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An  Exploration  of  Function  Analysis  and  Function  Allocation  in  the 

Commercial  Flight  Domain 


James  C.  McGuire,  John  A.  Zich,  Richard  T.  Goins,  Jeffery  B.  Erickson, 

John  P.  Dwyer,  William  J.  Cody,*  and  William  B.  Rouse* 

Douglas  Aircraft  Company 

SUMMARY 

Two  approaches  to  function  analysis  and  to  function  allocation  were  investigated.  One  function  analysis 
approach  (‘Bottom-Up”)  extracted  functions  from  a  very  detailed  task  time  line  (TIE)  database.  These  were 
the  functions  that  might  have  been  implemented  to  produce  the  task  performance  documented  in  the  TTL.  A 
second  approach  (Top-Down”)  created  a  functional  architecture  of  the  objective  “Accomplish  Commercial 
Transport  Missions”  using  the  function  modeling  method  “Structured  Analysis  and  Design  Technique 
(SADT).  Comparable  functions  were  found  for  both  methods  in  the  “Lift-Off’  segment,  at  the  lowest  level  of 
decomposition.  In  the  “Bottom-Up”  approach,  although  the  analysts  attempted  to  eliminate  references  to  any 
specific  design  implementation,  its  content  might  be  influenced  by  the  existing  allocations.  The  ‘Top-Down” 
model  made  no  assumptions  about  automation.  The  “Bottom-Up”  approach  was  valuable  in  relating  functions 
to  the  time  interval  of  the  mission  during  which  they  occurred.  It  also  provided  the  capability  for  relating  the 
‘Top-Down”  model  (which  does  not  address  time  or  sequence)  to  the  mission  time  line.  Both  methods  are 
valuable.  A  detailed  treatment  of  each  model  is  given  in  the  Appendices. 

The  first  approach  to  function  allocation,  Method  A,  is  a  comprehensive,  iterative  process  that  is  integrated 
with  the  system  engineering  effort  It  emphasizes  the  iteration  of  the  three  steps  of  allocation,  design  and 
evaluation.  This  method  explicitly  incorporates  a  “human-centered”  approach  to  allocation,  viewing  the 
human  operator  as  a  multidimensional  resource  whose  cognitive  and  performance  characteristics  must  directly 
influence  the  allocation  process.  This  method  also  encourages  the  development  of  adaptive  allocation  schemes 
capable  of  making  on-line  decisions  responsive  to  situation-specific  changes  on  the  flight  deck.  The  second 
approach.  Method  B,  is  a  relatively  brief,  simplified  system  designed  to  provide  an  effective  first  cut  allocation. 
Method  B  comprises  two  components:  A  set  of  decision  criteria  diagnostic  of  a  function’s  most  appropriate 
allocation,  and  a  rule  system  that  acts  on  inputs  from  the  decision  criteria  to  yield  initial  allocations.  This  rule 
system  is  designed  to  capitalize  on  the  relative  importance  and  context-sensitivity  of  the  decision  criteria  in  its 
determinations  of  effective  allocations.  In  this  respect.  Method  B  affords  the  designer  a  useful  allocation 
scheme  and  a  practical,  straightforward  approach  to  defining  an  initial  allocation  that  permits  the  designer  to 
proceed  to  more  detailed  and  definitive  evaluations. 

Shortcomings  apparent  in  available  methods  for  function  analysis  and  function  allocation  are  discussed, 
including  the  need  for  validation  in  the  operational  environment  NASA’s  recent  contribution  to  the  solution 
of  this  last  problem  is  noted. 
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INTRODUCTION 


THE  ROLE  OF  AUTOMATION  IN  AIR  TRANSPORT  OPERATIONS 

In  recent  years,  the  rapid  growth  in  commercial  air  travel  has  imposed  new  and  challenging  demands  on  the 
resources  of  the  National  Airspace  System.  This  trend  will  likely  accelerate  as  the  expansion  of  the  air  transport 
industry  imposes  requirements  for  ever-increasing  capacity  and  operating  efficiency.  Government  and  industry 
have  responded  to  this  challenge,  in  part,  by  utilizing  advanced  technology  and  system  automation  to  enhance 
performance  and  cost-effectiveness  while  maintaining  high  standards  of  operational  safety.  The  application  of 
these  technologies  has  resulted  in  significant  changes  to  air  transport  operations  and  the  role  of  the  human 
operator  in  airborne  and  ground-based  elements  of  the  National  Airspace  System. 

The  impact  of  advanced  technology  on  the  role  of  the  flight  crew  has  been  pamculariy  important  Extensive 
uses  of  electronic  display  media,  digital  control  devices  and  automation  of  on-board  systems  have  unburdened 
the  crew  from  many  tasks  that  previously  required  pilot  monitoring  and/or  direct  manual  control.  The 
corresponding  reduction  in  overall  crew  workload  enables  many  modem  transport  aircraft  to  function 
effectively  in  today’s  operating  environment  with  fewer  crew  members 

Experience  to  date  with  advanced  cockpit  technology,  suggests  that  judicious  use  of  automation,  combined 
with  careful  human  engineering  of  the  crew  interface,  offers  the  potential  for  substantial  improvements  in  both 
safety  and  efficiency  of  flight  operations.  A  recent  survey  of  airline  pilots  makes  it  evident  that  this  potential 
has  not  yet  been  fully  realized  (ref.  1 ).  Some  of  the  concerns  raised  by  the  operational  community  regarding 
cockpit  automation  include  the  following: 

•  Increased  pilot  head-down  time  associated  with  programming  and  data  entry  for  on-board  computers 

•  Increased  crew  workload  resulting  from  flight  plan  changes  or  unanticipated  ATC  directives  in  the 
terminal  area 

•  Loss  of  pilot  proficiency  and  difficulty  in  transitioning  to  degraded  modes  of  operation  due  to 
infrequent  practice  of  manual  skills  and  procedures 

•  Pilot  complacency  and  less  rigorous  adherence  to  procedures  resulting  from  over  reliance  on 
automation 

•  Lack  of  overall  “situation  awareness”  associated  with  reduced  pilot  involvement  in  the  conduct  of  the 
flight 

In  attempting  to  isolate  the  source  of  these  in-service  problems,  a  variety  of  possible  causal  factors  must  be 
investigated.  These  include:  (1)  the  basic  division  of  responsibility  between  man  and  machine;  (2)  the  design  of 
displays,  controls  and  operating  logic  of  the  man-machine  interface;  and  (3)  the  training  of  pilots  in  the  proper 
use  of  the  technology.  It  seems  likely  that  the  full  benefit  of  cockpit  automation  can  only  be  attained  through  a 
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comprehensive  program  of  research  and  development,  dealing  in  a  balanced  fashion  with  all  of  these  relevant 
factors. 

THE  NASA  AVIATION  SAFETY  AUTOMATION  PROGRAM 

In  recognition  of  these  important  issues,  the  National  Aeronautics  and  Space  Administration  has  undertaken  a 
major  research  initiative  known  as  the  Aviation  Safety  Automation  Program.  This  program  was  formally 
initiated  in  November  1988  with  the  publication  by  the  NASA  Office  of  Aeronautics  and  Space  Technology 
of  a  detailed  plan  for  the  research  initiative  (ref.  2).  The  primary  goal  of  this  program  is  “to  improve  the  safety 
of  the  National  Airspace  System  through  development  and  integration  of  automation  technologies  for  aircraft 
crew  and  air  traffic  controllers.”  The  technical  focus  of  the  effort  is  embodied  in  three  major  program  elements. 
The  central  objective  of  each  program  element  may  be  summarized  as  follows: 

•  Human- Automation  Interaction — To  develop  the  basis,  consisting  of  philosophies  and  guidelines,  for 
applying  human-centered  automation  to  the  flight  deck  and  ATC  controller  station. 

•  Intelligent  Error-Tolerant  Systems — To  provide  human-centered  automation  concepts  and  methods  to 
the  flight  crew  which  ensure  full  situation  awareness. 

•  ATC  Automation  and  Aircraft- ATC  Integration — To  provide  human-centered  automation  concepts 
and  methods  for  ATC  controllers  which  allow  integration  and  management  of  information  and  air- 
ground  communications. 

Work  is  currently  in  progress  on  a  number  of  specific  research  projects  that  support  these  overall  goals.  NASA 
Langley  and  NASA  Ames  Research  Centers  share  technical  leadership  of  the  initiative  with  active 
participation  of  the  aircraft  industry  and  academia.  The  research  described  in  this  report  was  conducted  by 
McDonnell  Douglas  under  the  sponsorship  of  the  Intelligent  Cockpit  Aids  Group  of  the  Flight  Management 
Division,  NASA  Langley  Research  Center.  It  directly  supports  the  “Human- Automation  Interaction”  objective 
of  the  Aviation  Safety  Automation  Program. 

THE  SYSTEM  ENGINEERING  APPROACH  TO  COCKPIT  DESIGN 

One  of  the  most  fundamental  issues  to  be  addressed  in  the  design  of  any  complex  system  is  the  distribution  of 
work  between  man  and  machine.  Consequently,  an  effective  design  philosophy  for  the  use  of  automation  in 
transport  aircraft  must  clearly  define  the  role  of  the  crew  relative  to  the  on-boaid  automation  and  provide  for 
the  most  effective  use  of  all  available  resources.  This  division  of  responsibility  must  be  optimized  within  a 
broader  context  that  includes  other  systems  with  which  the  aircraft  must  interface  (e.g.,  other  aircraft,  airport 
facilities,  air  traffic  control,  etc.). 

Within  the  field  of  industrial  engineering  this  division  of  responsibility  is  traditionally  referred  to  as  the 
“allocation  of  functions”  between  man  and  machine.  Specialists  in  this  field  advocate  a  highly  structured 
approach  to  the  problem  of  function  allocation  that  is  based  on  thorough  analysis  of  operational  requirements 
and  careful  assessment  of  available  resources.  Particular  emphasis  is  placed  on  the  selective  use  of  automation 
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to  augment  human  capabilities  and  compensate  fey  human  limitations  based  on  principles  derived  from  the 
behavioral  sciences.  According  to  this  design  philosophy,  function  allocation  is  normally  accomplished  as  an 
integral  part  of  a  larger  “system  engineering”  process. 

The  tom  “system  engineering,”  while  used  widely  in  the  aerospace  industry,  has  no  universally  accepted 
definition.  System  engineering  specialists  generally  use  the  term  to  describe  a  rigorous  and  highly  disciplined 
development  process  that  is  carefully  structured  to  achieve  optimum  performance  of  the  end  product  Though 
various  techniques  and  procedures  are  employed  to  achieve  this  end,  the  following  general  principles 
characterize  the  system  engineering  approach  to  development 

1 .  The  central  focus  should  be  on  optimization  of  total  system  performance  rather  than  on  components. 

2.  Optimum  system  performance  requires  effective  utilization  of  all  available  resources,  (Le.,  hardware, 
software,  personnel,  etc.). 

3.  Design  requirements  should  be  based  on  a  thorough  analysis  of  the  mission  to  be  accomplished. 

4.  Design  criteria  should  be  staled  explicitly  and  applied  consistently  throughout  the  development 
process. 

5.  The  process  of  system  design  and  integration  should  be  iterative  with  appropriate  use  of  testing  at  each 
stage  of  development  to  evaluate  alternatives  and  resolve  critical,  high  risk  design  issues. 

6.  Design  decisions  should  be  documented  in  a  manner  that  allows  effective  configuration  control  and 
traceability  of  design  features  with  regard  to  mission  requirements. 

The  illustration  in  Figure  1  provides  a  simplified  model  of  the  system  engineering  approach  applied  to  the 
problem  of  cockpit  design.  According  to  this  scheme,  a  thorough  analysis  of  system  functional  requirements 
and  available  technology  provides  the  basis  for  the  initial  design.  The  functions  are  then  allocated  between 
human  and  automation  based  on  the  relative  capabilities  and  limitations  of  these  resources.  Design  alternatives 
are  assessed  through  the  application  of  criteria  derived  from  the  mission  requirements,  resulting  in  the 
establishment  of  a  baseline  cockpit  configuration.  As  the  detailed  design  emerges,  its  effectiveness  is  evaluated 
using  analytical  and  empirical  techniques.  These  evaluations  may  result  in  modifications  to  the  baseline  design 
and/or  function  allocation.  The  evaluation  process  employs  test  methods  of  increasing  fidelity  to  refine  and 
integrate  system  components  as  the  design  evolves. 

The  iterative  nature  of  this  process  is  intended  to  create  a  high  degree  of  confidence  that  the  final  design  will 
function  effectively  under  all  anticipated  operational  conditions.  This  inherently  conservative  approach  is 
entirely  appropriate  in  cockpit  design  because  of  the  obvious  implications  of  design  deficiencies  with  regard  to 
flight  safety.  Note,  however,  that  the  engineering  resources  consumed  in  making  design  changes  escalate 
dramatically  in  the  latter  stages  of  development  It  is,  therefore,  imperative  that  designers  apply  the  most 
effective  analytical  methods  available  to  optimize  the  baseline  crew  system  design,  prior  to  the  test  and 
evaluation  stage,  so  that  cost  and  schedule  impact  can  be  minimized. 
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FIGURE  1.  A  SYSTEM  ENGINEERING  PROCESS  FOR  COCKPIT  DEVELOPMENT 


While  system  engineering  techniques  have  been  employed  to  varying  degrees  in  the  development  of  some 
military  systems,  they  have  not  been  used  extensively  for  commercial  transport  aircraft  cockpit  development 
This  is  due,  in  large  measure,  to  the  lack  of  a  practical  and  cost-effective  methodology  for  deriving  and 
documenting  functional  requirements  in  a  form  that  is  useful  for  function  allocation. 

In  this  document,  we  investigate  two  approaches  to  function  analysis  and  to  function  allocation.  Our  objective 
is  to  promote  human-centered  automation.  Human-centered  automation  is  that  automation  that  takes  account 
of  the  capabilities  and  limitations  of  the  human  component  of  the  system  in  the  partitioning  of  tasks  among  the 
flight  crew  and  the  remainder  of  the  system,  such  that  overall  system  performance  is  optimized  Function 
allocation  criteria,  based  on  principles  of  human  factors  engineering  and  Aviation  Psychology,  provide  a 
formal  mechanism  for  incorporating  a  human-centered  design  philosophy  into  the  system  development 
process. 

FUNCTIONAL  ANALYSIS  OF  THE  COMMERCIAL  FLIGHT  DOMAIN 

The  primary  objective  of  this  project  was  to  develop  a  practical  analytical  technique  for  deriving  functional 
requirements  and  to  apply  this  method  to  a  representative  subset  of  commercial  flight  operations.  The  analysis 
was  based  on  a  typical  domestic  passenger  flight  of  a  wide  body  transport  aircraft.  The  flight  scenarios  also 
included  a  number  of  abnormal  and  emergency  conditions  that  could  occur  during  such  a  flight  along  with  the 
associated  emergency  procedures  and/or  corrective  actions.  To  insure  the  accuracy  and  completeness  of  the 
functional  description,  two  different  methods  were  employed  in  its  development  The  baseline  description  was 
generated  through  extrapolation  from  an  existing  task-timeline  database  for  a  contemporary  transport  aircraft. 
This  process,  which  will  be  referred  to  as  the  “bottom-up”  method,  required  the  analyst  to  make  inferences 
from  the  task-timeline  data  regarding  the  underlying  functional  requirements.  The  functions  were  then 
organized  sequentially  within  a  hierarchical  structure  of  flight  phases  and  segments.  The  alternative  method 
employed  a  rigorous  “top  down”  analytical  procedure  based  on  the  USAF  Function  Modeling  Method,  IDEFp 
(ref.  3).  Since  time  and  resources  did  not  permit  the  accomplishment  of  two  complete  analyses  of  the  entire 
scenario,  the  IDEFp  method  was  applied  only  to  a  limited  subset  of  the  flight  scenarios.  The  functional 
descriptions  generated  were  compared  and  contrasted  to  ascertain  the  relative  strengths  and  weaknesses  of  the 
two  methods. 

A  secondary  objective  of  the  project  was  to  develop  a  preliminary  concept  for  using  such  a  functional 
description  as  a  basis  for  function  allocation  in  future  commercial  transport  aircraft  This  required  the 
establishment  of  a  set  of  allocation  criteria  (Le.,  decision  rules)  and  a  process  for  applying  them  systematically 
to  yield  an  initial  function  allocation  decision.  Two  alternative  concepts  for  the  function  allocation  process 
were  developed.  These  processes  were  demonstrated  in  hypothetical  applications. 

The  remainder  of  this  report  describes  the  rationale,  methods  employed  and  findings  obtained  from  the 
functional  analysis.  Conclusions  and  recommendations  are  provided  regarding  the  potential  benefits  and 
practical  utility  of  applying  functional  analysis  techniques  in  the  design  of  future  commercial  aircraft  cockpits. 
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TECHNICAL  APPROACH 


OVERVIEW 

The  project  roadmap  illustrated  in  Figure  2  shows  the  basic  work  flow  and  sequence  of  activities  that  were 
undertaken  to  achieve  the  project  objectives.  The  figure  also  identifies  some  of  the  more  significant  outputs  and 
products  generated  at  each  stage  of  the  effort 

The  first  stage  in  the  process  was  to  identify  and  detail  an  appropriate  mission  scenario.  The  particular  flight 
profile  was  selected  to  exercise  the  full  range  of  functional  requirements  that  are  typical  for  a  modem,  wide 
body  transport  aircraft  operating  on  a  domestic  route.  A  number  of  representative  emergency  and  abnormal 
conditions  were  also  selected  for  analysis.  The  basic  scenario  was  then  decomposed  into  a  hierarchical 
structure  consisting  of  periods,  phases  and  segments  to  provide  an  overall  organizing  framework  for  the 
detailed  functional  analysis. 

Two  different  approaches  were  investigated  for  extracting  the  cockpit-related  functions  necessary  to 
accomplish  the  mission.  The  baseline  approach  used  an  existing  task-timeline  database  (consisting  of  a  detailed 
listing  of  flight  crew  activities)  as  a  {joint  of  departure  for  the  analysis.  The  analyst  attempted  to  infer  the 
underlying  functional  requirements  associated  with  each  crew  task.  This  largely  inductive  process  was  called 
the  “Bottom-Up  Approach.”  The  alternative  strategy  employed  a  rigorous,  rule-based  analytical  procedure 
known  as  IDEF0  to  decompose  the  higher  level  functions  into  their  constituent  dements.  The  functional 
description  was  then  documented  in  the  form  of  hierarchical  block  diagrams  with  supporting  narrative 
descriptions.  This  largely  deductive  process  was  called  the  “Top-Down  Approach.”  The  two  functional 
descriptions  were  compared  to  ascertain  the  relative  strengths  and  weaknesses  of  the  two  methods.  The 
comparison  also  provided  a  mechanism  to  help  assure  the  accuracy  and  completeness  of  the  baseline 
functional  description. 

A  review  of  prior  research  was  accomplished  as  the  initial  step  in  the  process  to  develop  a  viable  function 
allocation  methodology.*  Lessons  learned  from  previous  expenence  provided  valuable  insights  to  assist  in  the 
definition  of  a  useful  knowledge  representation  scheme  to  support  the  function  allocation  process.  The 
literature  also  provided  a  source  of  general  principles  to  guide  the  development  of  meaningful  function 
allocation  criteria  and  decision  rules. 

Two  alternative  function  allocation  methodologies  were  developjed.  Method  A  was  a  somewhat  idealized 
approach  that  might  be  accomplished  as  an  integral  port  of  a  comprehensive  and  well  structured  system 
engineering  process.  Method  B  was  explored  as  an  abbreviated,  less  cosdy  approach  that  might  be  used  as  an 
expjedient  alternative  in  circumstances  where  limited  resources  or  time  constraints  precludes  the  use  of  more 
elaborate  methods.  The  two  methods  were  subjected  to  a  trial  application  using  a  subset  of  the  data  from  the 
baseline  functional  description.  The  two  methods  were  compared  and  contrasted  in  terms  of  their  logic, 
internal  consistency,  content  validity  and  practical  utility.  Conclusions  and  recommendatioas  were  generated 


*  A  summary  of  relevant  literature  on  the  subject  of  functional  analysis  methods  is  contained  in  Appendix  A. 
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regarding  the  potential  applicability  of  functional  analysis  methods  in  development  of  cockpits  for  future 
aircraft 

The  remainder  of  this  section  describes  the  flight  scenario,  functional  analysis  methodology,  and  function 
allocation  methodology. 


FLIGHT  SCENARIO  DESCRIPTION 

The  flight  scenario  selected  represents  a  typical  wide-body  tri-jet  commercial  transport  aircraft  flying  in 
daylight  from  Los  Angeles  International  Airport  (LAX)  to  John  F.  Kennedy  International  Airport  (JFK)  in 
New  York.  This  mission  was  also  selected  because  a  detailed  task-timeline  (TIL)  database  for  most  flight 
crew  activities  had  previously  been  developed  and  validated  in  full-mission  simulation. 

The  mission  scenario  was  synthesized  from  data  available  in  the  TTL  database,  supplemented  with 
information  obtained  from  Douglas  flight  operations  personnel.  Figure  3  is  an  example  of  a  print-out  from  the 
TTL  database. 


SUBTASK  SUMMARY 

DATE. 

11/15/89 

MISSION:  Mil 

ANALYTICAL  FUGHT  MODEL  LAX  TO  JFK, 

PH1 1 

TAKEOFF 

PH1 1 

—  XA 

CALL  FOR  TAXI  CLEARANCE  BEGIN  TAXI 

PH1 1 

1  **AA80 

REQUEST  TAXI  CLEARANCE 

PH1 1 

1  AAS001 

CAPT  CALLS  FOR  TAXI  CLEARANCE 

(C) 

•  -CALL  FOR  TAXI  CLEARANCE" 

PH1 1 

1  AAB002 

FO  HEARS  CAPT 

(FO) 

PH1 1 

1  AAB003 

FO  REACHES  LEFT  HAND  TO  AUDIO  PANEL  SWITCH 

(FO) 

PH1 1 

1  CXA031 

OBS  VHF  1  ACTIVE  SET  TO  GND  CONTL  FREQ  (1 21 .65) 

PH1 1 

1  CXA027 

ADJ  VHF  1  VOL  CONT  TO  COMF  AUDIO  LEVEL 

(FO) 

PH1 1 

1  AAB005 

RETURN  LEFT  HAND  TO  REST 

(FO) 

PH1 1 

1  CTA001 

MOVES  RIGHT  HAND  TO  PTT  BUTTON  ON  WHEEL 

(FO) 

PH1 1 

1  CTA002 

PUSH  PTT  BUTTON  FOR  TRANSMISSION 

(FO) 

PH1 1 

1  AAB006 

FO  TRANSMITS  REQUEST  TO  GROUND  CONTROL 

(FO) 

*  1AX  GROUND  CONTROL  DACO  010 — REQUEST  TAXI  INSTRUCTIONS" 

PH1 1 

1  AAB007 

CAPT  HEARS  FO’S  REQUEST 

(C) 

PH1 1 

1  CTA005 

RELEASE  PTT  SWITCH 

(FO) 

PH1 1 

1  CTA006 

RETURN  RIGHT  HAND  TO  REST 

(FO) 

PH1 1 

1  *'CRA8 

COMMUNICATION  (REC)  -  LAX  GROUND  CONTROL 

(C,  FO) 

PH1 1 

1  CR8001 

CAPT  HEARS  ATC  MESSAGE 

(C) 

*  "SEE  FOOTNOTES 

FIGURE  3.  EXAMPLE  OF  TASK-TIMELINE  DATABASE  PRINTOUT 


ll 


The  horizontal  flight  profile,  shown  in  Figure  4,  identifies  the  waypoints  along  the  flight  path  prescribed  by  the 
flight  plan.  In  Figure  4,  the  solid  triangles  represent  waypoints.  Most  waypoints  are  VORTAC  navigation  aids. 
Some  (CREEP,  BOGGE,  COPES)  represent  intersections  of  radials  from  VORTAC  stations.  In  Figure  4, 
TOC  is  an  abbreviation  for  Top  of  Climb.  Similarly,  TOD  means  Top  of  Descent 


TOC  TOD 
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The  mission  was  divided  into  periods  to  facilitate  analysis.  These  periods  were  Pre-Departure,  Departure, 
Enroute,  and  Arrival.  Each  period  was  further  partitioned  into  activities  to  be  accomplished  during  the  period 
Figure  6  shows  the  relationships  among  mission  periods  and  mission  phases. 

- MISSION  PERIOD  - ►- 


FIGURE  6.  MISSION  DECOMPOSITION  AND  STRUCTURE 


Figure  7  gives  a  narrative  description  of  the  mission. 

In  addition  to  the  normal  mission,  a  selected  group  of  contingency  situations  was  considered  The 
contingencies  selected  involved  several  major  aircraft  subsystems.  Different  levels  of  criticality  were 
examined  The  analysis  concentrated  on  the  most  serious  contingency  situations.  The  selected  contingencies 
and  levels  of  criticality  are  shown  in  Figure  8. 
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MISSION  SCENARIO 

The  basic  scenario  consists  of  a  daylight,  non-stop,  commercial,  transcontinental  flight  originating  at  Los  Angeles  International 
Airport  (LAX)  and  terminating  at  New  York  International  Airport  (JFK).  The  weather  at  LAX  is  fair  with  temperature  at  60° 
Fahrenheit,  visibility  at  3  miles,  and  cloud  cover  between  500  and  4000  feet  The  weather  at  JFK  is  fair  with  temperatures  at 
50°  Fahrenheit  visibility  at  2  miles,  and  cloud  cover  between  400  and  3000  feet  Runway  conditions  are  dry,  and  the  winds  are 
light  and  variable  for  the  landing.  All  aircraft  systems  function  nonnally  throughout  the  flight 

The  scenario  begins  with  preparation  of  the  flight  plan.  Once  the  planning  and  preparation  are  completed,  the  flight  plan  is 
submitted  to  Air  Traffic  Control  (ATC),  where  it  is  accepted  without  amendments. 

The  scenario  next  moves  to  the  aircraft,  where  exterior  and  interior  inspections  are  completed,  then  system  initialization  and 
activation  are  accomplished 

Once  the  aircraft  is  cleared  for  departure,  it  pushes  back  from  the  departure  gate  and  taxis  toward  the  active  runway.  At  the 
runway  threshold,  the  aircraft  awaits  position  and  holding  clearance.  After  receiving  clearance,  the  aircraft  enters  the  active 
runway  and  is  positioned  for  takeoff.  After  receiving  takeoff  clearance,  the  aircraft  executes  a  rolling  takeoff  on  a  heading  of 
249°  and  ascends  to  an  altitude  of  3000  feet  where  it  turns  to  a  heading  of  1 14°.  The  aircraft  continues  to  climb  until  it  reaches 
10,000  feet,  where  it  turns  to  a  heading  of 040°  and  begins  tracking  to  SLI VORTAC.  Ascent  continues  and  when  the  aircraft 
crosses  SLI  VORTAC,  it  turns  to  a  heading  of  080°  and  begins  tracking  to  TRM  VORTAC.  The  climb  continues  and  when 
the  aircraft  crosses  TRM  VORTAC,  it  turns  to  a  heading  of  037°  and  begins  tracking  to  TNP  VORTAC.  Ascent  continues 
and,  when  the  aircraft  crosses  TNP  VORTAC,  it  turns  to  060°  and  begins  tracking  to  DRK  VORTAC  while  completing  its 
final  ascent  segment  The  aircraft  levels  off  at  33,000  feet  and  is  placed  in  a  cruise  configuration. 

During  the  cruise  phase,  the  aircraft  navigates  from  waypoint  to  waypoint.  Communications  are  passed  from  control  center  to 
control  center  as  the  aircraft  makes  its  way  across  the  country.  The  following  waypoints  are  tracked  in  order  after  DRK:  GUP, 
CIM,  LBL,  ICI,  BUM,  STL,  VHP,  CREEP,  AIR  and  BOGGE  After  crossing  BOGGE,  the  aircraft  begins  tracking  to 
COPES  VORTAC.  While  proceeding 

toward  COPES,  the  aircraft  reaches  the  end  of  its  cruise  phase  and  begins  to  descend. 

Descent  proceeds  in  a  stepwise  fashion  from  waypoint  to  waypoint  AT  18,000  feet  altimeters  are  set  for  local  altitude.  At 
13,000  feet,  the  aircraft  crosses  COPES  VORTAC.  Here  it  turns  toward  and  begins  tracking  to  RVB  VORTAC.  At  10,000 
feet  the  aircraft  crosses  RVB  VORTAC.  It  turns  toward  and  begins  tracking  to  COL  VORTAC.  At  5,000  feet  the  aircraft 
crosses  COL  VORTAC  and  turns  toward  the  initial  approach  fix  (IAF).  At  2,000  feet  the  aircraft  intercepts  the  initial 
approach  fix.  Here  the  aircraft  turns  toward  the  intermediate  approach  fix.  After  crossing  the  intermediate  approach  fix,  the 
aircraft  turns  toward  the  final  approach  fix  (FAF).  At  1900  feet  the  aircraft  levels  off  and  maintains  altitude  at  1900  feet  until  it 
intercepts  the  final  approach  fix.  Here  the  aircraft  turns  toward  the  arrival  runway  and  begins  the  final  approach  descent  All 
descents  and  pre-landing  checks  are  completed,  and  the  aircraft  is  configured  for  a  normal  landing. 

The  aircraft  makes  a  normal  landing  and  then  taxis  off  the  active  runway.  Following  ground  control  instructions,  the  aircraft 
taxis  to  the  arrival  gate  where  passengers  are  disembarked.  All  aircraft  systems  are  deactivated,  and  the  aircraft  is  secured  for  a 
layover.  Here  the  scenario  ends. 


FIGURE  7.  NARRATIVE  MISSION  DESCRIPTION 
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System  / 

Contingency  Description 

Level 

Category 

1 

2 

3 

Electrical 

Smoke  of  unknown  origin 

* 

Loss  of  all  generators 

* 

Engine 

Engine  fire 

• 

Fuel 

Fuel  dump 

* 

Gear 

Main  gear  extension  failure 

* 

Hydraulics 

Hydraulic  system  failure 

* 

Environmental 

Windshear  /  microburst 

* 

1 — Emergency  condition  requiring  immediate  awareness  /  corrective  action. 


2 —  Abnormal  system  or  condition  requiring  immediate  awareness  and  subsequent  corrective 

action. 

3 —  Imposes  no  limitation  on  aircraft  or  safety  of  flight 

FIGURE  8.  CONTINGENCIES 


FUNCTIONAL  DESCRIPTION 

The  Statement  of  Work  for  Contract  NAS1-18028  called  for  a  two-pronged  approach.  The  bottom-up 
approach  was  initiated  first  It  is  based  on  detailed  knowledge  of  the  activities  required  of  crew  members  as  the 
aircraft  accomplishes  its  mission.  The  top-down  approach  proceeds  from  a  statement  of  the  objective  of  the 
aircraft  system  and  systematically  decomposes  the  top  objective  into  the  activities  logically  necessary  to  its 
accomplishment.  This  systematic  decomposition  of  activities  to  greater  and  greater  levels  of  detail  results  in  a 
hierarchy  of  functions,  each  of  which  is  logically  necessary  to  the  accomplishment  of  the  next  higher  level 
function. 

At  the  outset,  it  is  well  to  state  clearly  what  automation  was  assumed,  if  any,  and  the  effect  of  that  assumption 
on  the  functional  decomposition.  The  “Bottom-Up”  approach  is  based  on  an  existing  task  time  line  ( 1 1L) 
database,  used  to  assess  flight  crew  workload  as  part  of  the  certification  process  for  a  new  aircraft.  The  crew 
procedures  are  based  on  a  specific  design.  The  detailed  nature  of  the  procedures  is  evident  from  Figure  3.  It 
was  assumed  that  one  could  infer  from  the  TTL  database  the  functional  requirements  that  had  been 
implemented  during  the  design  process.  Its  content  could  be  influenced  by  the  existing  allocations.  The 
analysts  attempted  to  eliminate  references  to  any  specific  design  implementstion  while  preserving  the 
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underlying  functions.  A  comparison  with  a  ‘Top-Down”  approach  showed  that,  for  a  given  flight  segment, 
similar  functions  were  identified. 

The  ‘Top-down”  approach  applied  during  this  contract  assumed  that  the  analyst  is  dealing  with  a  transport 
aircraft,  but  the  details  of  the  design  are  not  present  Cm  the  commercial  aircraft  world,  the  new  aircraft  would 
probably  have  many  commonalities  with  the  aircraft  it  is  replacing.  This  helps  to  minimize  production  and 
logistic  support  costs).  In  an  IDEF0  model,  an  allocation  is  indicated  by  an  arrow  entering  the  function  box 
from  below.  The  arrow  label  tells  what  the  mechanism  is  (a  piece  of  equipment,  a  computer  program,  or  a 
person).  The  IDEF0  model  created  for  this  effort  has  no  mechanisms.  This  means  that  no  allocation  has  been 
made  or  assumed 

Two  different  groups  of  researchers  independently  developed  and  applied  the  function  allocation  techniques. 
Method  A  was  developed  by  Search  Technology,  Inc.  Method  B  was  developed  by  Douglas  Aircraft 
Company. 

Bottom-Up  Approach 

The  bottom-up  approach  began  with  the  acquisition  of  task-timeline  data  that  describes  the  flight  crew 
activities  for  various  operations  of  a  contemporary  wide  body  aircraft  The  data  aids  in  the  certification  of 
transport  aircraft  by  the  FAA.  The  data  provides  very  detailed  information  about  the  tasks  that  must  be 
accomplished  by  the  flight  crew.  This  data  has  certain  limitations  when  applied  to  a  functional  analysis.  With 
the  1TL  data  the  focus  is  upon  aircrew  workload  within  the  context  of  a  specific  aircraft  design,  where  the 
allocation  decisions  have  already  been  accomplished  and  a  design  implementation  has  been  selected.  The  1TL 
data  therefore  recounts  in  detail  how  the  aircrew  performs  their  tasks  while  interacting  with  a  defined  hardware 
and  software  design  configuration.  The  functional  requirement  that  is  the  basis  for  this  task  accomplishment  is 
missing.  Also  missing  are  the  activities  performed  by  system  automation  that  interfaces  with  the  crew.  A 
further  shortcoming  of  the  TTL  data  is  that  it  begins  and  ends  at  the  active  runway.  Given  the  limitations  noted 
above,  it  was  therefore  necessary  to  build  substantially  upon  the  existing  TTL  data. 

The  first  modification  to  the  existing  TTL  data  involved  restructuring  it  into  a  four-level  hierarchy  consisting  of 
Mission,  Periods,  Phases,  and  Segments.  This  restructuring  permitted  selective  retrieval  and  sorting  of  the  data. 
The  highest  level  is  Mission.  This  allows  for  future  expansion  of  the  database  into  multiple  mission  scenarios. 
Period  and  Phase  are  lower  level  logical  divisions  of  the  data,  with  Segment  being  the  lowest  division.  Along 
with  this  hierarchical  restructuring,  each  segment  was  identified  by  the  milestone  event  that  initiated  its 
performance.  Preflight  and  postflight  information  was  missing  from  the  TTL  data.  The  hierarchy  was 
expanded  to  provide  a  location  for  this  data  as  it  became  available.  Figure  9  shows  this  expanded  mission 
structure. 
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MISSION  HIERARCHY  STRUCTURE 
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The  task  data  was  converted  into  a  functional  description.  The  first  step  was  to  create  an  action  verb  list  This 
list  served  to  constrain  verb  usage  to  a  mutually  exclusive,  predefined  set  The  objective  was  to  insure 
consistency  of  usage.  Appendix  B  contains  the  complete  action  verb  list  The  next  step  was  the  development 
of  a  list  of  generic  aircraft  systems.  This  list  served  to  standardize  the  objects  upon  which  the  action  verbs 
operated  Appendix  C  contains  the  generic  aircraft  system  list  With  these  lists  in  hand  construction  of  the 
decomposition  database  could  proceed  Segment  by  segment  the  task  data  was  converted  to  its  functional 
equivalent  Aircrew  operating  procedures,  aircraft  flight  manuals,  and  subject  matter  experts  were  consulted  to 
provide  supplemental  data.  These  resources  also  helped  to  ensure  the  validity  of  the  analysis.  Automated 
systems  activities  and  preflight  and  postflight  operations,  missing  from  die  original  TTL  data,  were  identified 
and  stated  as  functions. 

Once  functional  decomposition  was  completed  for  the  normal  flight  scenario,  the  contingencies  were 
approached  in  a  similar  fashion.  Here,  however,  decomposition  was  accomplished  outside  the  context  of  any 
specific  mission  hierarchy.  This  was  done  for  the  sake  of  flexibility.  It  was  envisioned  that  as  the  database  is 
expanded  in  the  future,  an  analyst  would  want  to  experiment  with  the  introduction  of  failures  at  various  points 
in  a  missioa  Figure  8,  shown  in  an  earlier  section,  shows  a  listing  of  die  contingencies  that  were  addressed 
during  this  effort 

At  this  point  it  was  decided  that  an  attempt  would  be  made  to  expand  the  decomposition  database  to  include 
descriptive  characteristics  associated  with  the  functions,  such  as  time  constraints,  initiating  or  terminating  cues, 
performance  standards,  and  functional  attributes,  if  such  data  were  available  or  could  be  developed.  It  was  also 
decided  that  the  focus  of  the  expansion  should  be  in  a  flight  critical  area  such  as  takeoff  or  landing.  The  liftoff 
segment  was  subsequently  chosen  as  a  test  case  and  various  methods  of  characterizing  the  functions  were 
explored. 

The  first  performance  classification  scheme  that  was  developed  identified  the  performance  schedule  required 
for  the  function.  Three  schedules  were  defined:  discrete,  intermittent  and  continuous.  Discrete  functions  were 
those  which  required  single  non-recurrent  performance,  such  as  activating  or  deactivating  a  system  or 
component  Intermittent  functions  were  those  which  required  multiple,  recurrent  performance,  such  as 
periodically  monitoring  a  display.  Continuous  functions  were  those  which  required  variable  but  uninterrupted 
performance,  such  as  controlling  aircraft  heading  or  speed 

An  additional  performance  classification  scheme  was  developed  that  identified  functions  according  to  the 
nature  of  the  process  involved  in  their  performance.  Four  basic  categories  were  established:  information, 
decision,  action,  and  communication.  The  information  category  included  those  functions  that  involved  the 
search  for  and  receipt  of  sensory  information.  The  decision  category  included  those  functions  that  involved 
information  processing,  problem  solving,  and  decision  making.  The  action  category  included  those  functions 
that  involved  control  of  the  aircraft  and  its  systems.  The  communication  category  includes  those  functions  that 
involved  the  transmission  and  reception  of  messages,  information,  and  instructions,  both  internal  to,  as  well  as 
external  to,  the  aircraft 

Having  established  the  viability  of  these  performance  classification  schemes,  attention  was  turned  toward 
assessing  and  defining  the  relationships  between  functions  and  events  that  might  affect  functional 
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performance.  The  goal  was  to  identify  performance  cues  and  timing  constraints  that  would  further  define 
functional  performance  limits.  This  analysis  uncovered  performance  dependencies  between  events  and 
functions,  as  well  as  among  functions  themselves. 

Event  dependencies  were  found  to  exist  whereby  the  performance  of  a  function  was  contingent  upon  the 
occurrence  of  a  referenced  event  Where  a  function  could  not  be  initialed  until  the  occurrence  of  a  referenced 
event,  this  was  termed  proactive  dependency.  For  example,  the  aircraft  can  not  be  rotated  until  a  velocity 
milestone  is  reached.  Where  a  function  had  to  be  completed  before  the  occurrence  of  a  referenced  event  this 
was  termed  retroactive  dependency.  For  example,  all  before  landing  preparations  must  be  completed  before 
actual  weight-on-wheels  at  touchdown  occurs. 

Dependencies  were  also  found  to  exist  between  functioas  whereby  the  performance  of  one  function  was  in 
some  way  dependent  upon  the  performance  of  another  function.  These  dependency  relationships  were  found 
to  be  either  sequential  or  concurrent  in  nature.  Sequential  dependency  was  found  to  exist  where  one  funcDon 
had  to  be  completed  before  another  could  be  initiated.  For  example,  communications  with  a  particular  ATC 
station  cannot  be  established  until  that  station  is  tuned  in.  Concurrent  dependency  was  found  to  exist  when 
functions  had  to  be  performed  at  the  same  time.  For  example,  velocity,  altitude,  and  heading  must  all  be 
simultaneously  controlled  while  the  aircraft  is  airborne.  These  dependency  relationships  are  summarized  in 
Table  L 


TABLE  I  —  DEPENDENCY  RELATIONSHIPS 


DEPENDENCY 

RELATIONSHIP 

Proactive 

Retroactive 

Sequential 

Concurrent 

FUNCTION  enabled  by  an  EVENT  occurrence 

FUNCTION  must  be  completed  prior  to  an  EVENT  occurrence 

FUNCTION  enabled  by  completion  of  another  FUNCTION 

FUNCTION  occurs  in  parallel  with  another  FUNCTION 

Various  methods  of  depicting  these  event  and  function  dependency  relationships  were  explored.  A  purely 
tabular  representation  was  inadequate,  particularly  where  concurrent  dependencies  existed.  It  therefore  became 
necessary  to  provide  a  graphical  representation  as  well  as  a  tabular  representation,  to  capture  the  true  nature  of 
these  dependency  relationships.  The  liftoff  segment  was  depicted  accordingly  and  is  shown  in  Figure  10, 
Analysis  Format.  The  functions  shown  here  were  extracted  from  the  original  decomposition  database.  In  the 
original  database,  functions  were  listed  sequentially,  as  they  were  expected  to  occur.  Here,  however,  related 
functions  are  grouped  together.  Figure  11,  Primary  Function  Categories,  shows  this  grouping  strategy.  Then, 
within  each  grouping,  functions  are  listed  sequentially. 
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1.  This  box  identifies  the  segment’s  location  within  the  mission  hierarchy. 

2.  This  column  identifies  the  functions  which  must  be  accomplished  within  this  segment.  Each  is 
coded  by  an  “F”  designation. 

3.  This  box  identifies  the  events  which  are  relevant  to  this  segment.  Each  is  coded  by  an  “E" 
designation. 

4.  These  columns  identify  the  dependency  relationships  which  exist  between  events  and  functions, 
and  those  which  exist  among  functions.  The  “F”  and  “E"  designations  which  appear  within  the  cells 
are  those  noted  in  numbers  2  and  3  above. 


5.  These  columns  identify  the  performance  schedule  and  performance  category  associated  with  each 
function  as  discussed  above.  Complete  definitions  of  the  terms  are  found  in  Appendix  D,  Glossary. 

6.  This  area  represents  an  event  by  function  matrix  which  graphically  displays  the  dependency 
relationships  which  were  alphanumerically  coded,  as  described  in  number  4  above.  The  numbers 
along  the  top  refer  to  the  “E"  designations  noted  in  number  2  above. 


FIGURE  10.  ANALYSIS  FORMAT 
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MANAGE  FLIGHT  COORDINATION 


•  Maintain  External  Coordination 

•  Maintain  Internal  Coordination 

MANAGE  AIRCRAFT  SYSTEMS/PROCEDURES 

•  Perform  Normal  Operations/Procedures 

•  Perform  Contingency  Operations/Procedures 

MANAGE  AIRCRAFT  MOVEMENT 

•  Control  Velocity 

•  Control  Altitude 

•  Control  Attitude 

•  Control  Heading 

MANAGE  FLIGHT  PLAN 

•  Develop  Flight  Plan 

•  Follow  Flight  Plan 

•  Modify  Flight  Plan 

MANAGE  CONTINGENCIES 

•  Plan  For  Contingencies 

•  Initiate  Contingency  Procedures 

•  Monitor  Contingency  Procedures 

•  Terminate  Contingency  Procedures 


FIGURE  11.  PRIMARY  FUNCTION  CATEGORIES 


The  events  that  are  shown  here  also  require  some  explanation.  The  first  event  represents  the  milestone  that 
initiates  this  segment,  while  the  last  event  represents  the  milestone  that  terminates  this  segment  and  initiates  the 
next  segment  These  were  also  taken  from  the  original  decomposition  database.  However,  the  intervening 
events  shown  here  are  new  and  were  identified  during  the  event- to- function  dependency  analysis  described 
above.  One  should  also  note  the  times  associated  with  the  first  and  last  events  in  the  event  box.  These  times 
were  derived  from  the  TI  L  data  and  reflect  the  mission  scenario  upon  which  this  decomposition  was  based 
These  are  the  only  time  references  that  are  available  at  this  time  and  they  are  expected  to  be  fairly 
representative  of  a  typical  transport  aircraft.  By  contrast,  the  intervening  events  have  no  time  reference  since 
they  are  dependent  upon  aircraft  design  requirements,  which  at  this  time  are  not  well  defined  Likewise,  the 
duration  of  the  functions  is  driven  by  aircraft  system  design  and  is  not  known  at  this  time.  However,  it  is 
possible  to  determine  the  windows  of  opportunity  for  function  performance,  given  the  event  and  function 
relationships,  and  this  is  what  is  shown  in  the  graphic  on  the  left  side  of  Figure  10. 
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Let  us  examine  the  graphic  representation.  As  noted  above,  along  the  top  of  the  graphic  are  enclosed  numbers 
that  refer  to  the  event  coding  scheme.  Combining  this  event  data  with  the  function  data  from  the  middle  of  the 
format  produces  an  event  by  function  matrix  that  allows  one  to  establish  the  windows  of  opportunity  for  each 
function,  based  on  event  and  function  dependencies.  When  dealing  with  discrete  or  intermittent  functions,  the 
space  within  the  arrows  indicates  the  window  or  windows  of  opportunity  for  function  performance,  while  the 
solid  box  located  within  the  window  represents  the  performance  duration  of  the  function.  As  noted  above, 
these  function  durations  are  not  known  at  this  time.  The  boxes  just  indicate  that  the  function  must  be 
accomplished  somewhere  within  that  time  window,  and  that  the  duration  will  likely  be  less  than,  but  may 
never  exceed,  the  available  time  window.  The  multiple  windows  shown  for  intermittent  functions  are  used  to 
indicate  that  the  functions  are  performed  periodically.  The  frequency  is  unknown  at  this  time,  but  the  format  is 
used  to  convey  the  repetitive  nature  of  the  function.  When  dealing  with  continuous  functions,  the  window  of 
opportunity  is  equal  to  the  performance  duration,  so  the  two  are  not  differentiated  and  a  continuous  series  of 
filled  boxes  is  used  to  indicate  this. 

As  the  design  proceeds,  and  hardware  and  software  are  specified,  the  data  for  window  size,  performance 
duration  and  frequency  will  become  available.  They  could  then  be  included  in  the  database  and  used  as  a  basis 
for  subsequent  workload  studies.  It  is  also  expected  that  as  additional  functional  definition  is  available  and 
allocation  is  accomplished,  additional  columns  would  be  added  to  the  right  of  this  format.  Thus,  while 
confining  the  format  to  the  available  data,  provision  has  been  made  for  necessary  expansion  of  the  database  in 
the  future. 

Once  the  utility  of  this  analysis  format  was  established,  this  scheme  was  applied  to  the  segments  of  the 
decomposition  database  that  occur  between  gate  disengagement  before  taxiing  for  takeoff  until  gate 
engagement  following  landing  at  the  end  of  the  flight.  As  noted  above,  it  was  decided  to  maintain  the  integrity 
of  die  original  decomposition  database,  so  function  data  was  extracted  from  it  and  then  analyzed  separately. 
However,  after  the  analysis  format  effort  was  completed,  the  data  that  had  been  established  for  intermediate 
events,  as  well  as  the  modifications  to  the  functions  that  resulted  from  this  analysis,  were  fed  back  into  the 
decomposition  database  to  enhance  its  accuracy.  Three  separate  databases  therefore  resulted  from  this  bottom- 
up  effort:  a  normal  flight  file  which  includes  the  complete  mission  (see  Appendix  E), 
a  contingency  file  that  includes  all  the  contingency  data,  (see  Appendix  F),  and  the  analysis  format  files  (see 
Appendix  G).  These  files  were  generated  in  the  Microsoft  Excel  spreadsheet  program  It  was  envisioned  that 
these  files  could  be  transferred  to  a  more  powerful  database  management  system  such  as  ACIUS  4th 
Dimension,  if  required  later. 

Top-Down  Approach 

The  Structured  Analysis  and  Design  Technique  (ref.  24)  was  selected  by  the  U.  S.  Air  Force  to  describe  the 
functional  architecture  of  manufacturing.  To  accommodate  copyright  restrictions,  the  name  was  changed  to 
EDEF0  (ref.  3).  The  technique  provides  a  structured,  disciplined  approach  to  the  decomposition  of  a  top 
objective  into  the  hierarchy  of  functions  that  are  necessary  to  the  accomplishment  of  the  top  objective.  For  this 
reason,  it  is  particularly  well  suited  to  the  creation  of  a  functional  description  of  the  objective  “Accomplish 
Commercial  Transport  Missions.”  The  method  assures  that  every  lower  level  function  is  logically  necessary  to 
the  accomplishment  of  a  higher  level  function.  It  also  identifies  the  data  associated  with  each  function  at  each 
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level  of  decomposition.  IDEFo  does  not  address  time  or  sequence,  which  are  essential  to  the  preparation  of  a 
timeline.  Other  methods  must  be  used  to  address  these  dimensions  of  the  analysis. 

IDEF0  syntax — The  syntax  used  in  this  method  is  very  simple.  It  consists  only  of  boxes  and  arrows.  Boxes 
represent  functions,  objectives,  or  activities.  Functions  are  always  active  verbs  or  verb  phrases  (e.g.,  Start 
Engines).  Arrows  are  data.  They  represent  “things.”  They  are  always  labeled  with  a  noun  or  noun  phrase,  and 
can  be  any  “thing,”  including  people.  There  are  four  kinds  of  arrows:  Input,  Output,  Control,  and  Mechanism. 
As  shown  in  Figure  12,  Input  arrows  enter  the  function  box  from  the  left;  Output  arrows  leave  the  box  from  the 
right  side;  Control  arrows  enter  the  box  from  the  top;  Mechanism  arrows  enter  the  box  from  the  bottom.  Inputs 
are  converted  to  Outputs  by  Mechanisms,  subject  to  the  constraints  imposed  by  Controls.  Existence  of  a 
Mechanism  arrow  implies  that  an  allocation  has  been  made.  For  this  reason.  Mechanism  arrows  are  initially 
omitted  from  the  top  down  decomposition.  Additional  characteristics  of  the  method  are  listed  in  Table  IL  An 
IDEF0  model  includes  diagrams,  glossary  and  text  A  Glossary  is  prepared  for  each  diagram,  if  the  diagram 
contains  terms  not  previously  defined  Because  of  the  complexity  of  the  decomposition  in  this  report.  Glossary 
entries  have  been  repeated  for  ease  of  presentation  and  utility.  The  text  is  a  brief  description  of  what  the 
diagram  is  intended  to  show  and  is  usually  only  a  short  paragraph.  It  is  important  to  understand  that  labels  on 
data  arrows  are  explicit,  but  legends  in  function  boxes  are  not  One  understands  what  a  function  box  contains 
only  when  the  box  is  decomposed  into  its  major  constituent  activities.  For  this  reason,  text  does  not  describe 
what  is  in  a  function  box. 


Input 


Arrows  are  "things." 

Arrow  labels  are  always 
nouns  or  noun  phrases 


Control 


1 


FUNCTION 

(Active  Verb  or 

Verb  Phrase) 

i 

1 

Mechanism 


Output 


FIGURE  12.  IDEFo  SYNTAX 
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TABLE  II  —  SOME  CHARACTERISTICS  OF  IDEF0 


•  Top-down,  structured  decomposition 

•  General  at  the  top  level;  detail  increases  with  decomposition 

•  Shows  interfaces  among  activities  on  same  diagram 

•  Allows  for  concurrent  activities  and  iteration 

•  Allows  feedback  from  output  to  controls  or  inputs 

•  Does  not  address  time  or  sequence 

•  No  less  than  three,  no  more  than  six  boxes  on  a  diagram 

•  Every  term  must  be  defined 

•  Promotes  unambiguous  communication 

•  Developed  using  author/reader  cycle  (iterative) 

•  A  kind  of  knowledge  acquisition  tool 


Development  of  the  model — Inputs  to  the  development  of  the  IDEF0  model  included  the  mission  as  given  in 
Figures  4, 5, 6,  and  7,  and  the  mission  hierarchy  structure  given  in  Figure  9.  The  model  was  created  by  an 
analyst  experienced  in  the  use  of  the  method  and  with  extensive  experience  as  a  flight  deck  crew  member  in 
high-performance  jet  aircraft  Elements  of  the  model  were  created  manually,  then  entered  into  Meta  Software 
design/EDEF,  running  on  a  Macintosh  II  workstation. 

The  purpose  of  preparing  the  IDEF0  model  was  to  assure  that  the  top-down  and  bottom-up  methods  achieved 
comparable  results,  from  the  standpoint  of  identifying  similar  functions  at  the  detail  level.  For  this  reason, 
development  concentrated  on  the  branch  of  the  architecture  leading  to  the  liftoff  segment  of  the  mission  profile. 
In  Figure  9,  this  means  moving  from  the  Departure  Period  to  the  Take-off  Phase  to  the  Liftoff  Segment  To 
arrive  at  this  level  of  detail  requires  the  creation  of  many  diagrams.  This  is  evident  from  Figure  13  that  shows  a 
portion  of  the  Node  Index  for  the  modeL  Each  Node  Number  represents  a  diagram.  Indentation  shows  the 
subordination  of  the  diagram  in  the  hierarchy.  A  complete  Node  Index  to  the  model  is  given  at  the  beginning 
of  Appendix  H. 

Figure  14,  A-0,  is  the  top  of  the  model,  “Accomplish  Commercial  Transport  Missions.”  It  shows  the  major 
Input,  Control  and  Output  data,  the  purpose  for  creating  the  model  and  the  viewpoint  from  which  the  model 
was  created.  In  the  development  of  an  IDEF0  model,  the  viewpoint  should  be  that  of  the  end  user  of  the  model 
and  may  not  be  changed  in  the  course  of  development  without  adversely  affecting  validity.  The  top  of  the 
model  has  the  node  number  “A-0.”  The  node  number  uniquely  identifies  the  diagram  and  shows  its  position  in 
the  hierarchy.  The  A-0  diagram  is  referred  to  as  the  “Context”  diagram  because  it  delimits  the  scope  of  the 
modeL 
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FIGURE  13.  PORTION  OF  NODE  INDEX 
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FIGURE  14.  CONTEXT  DIAGRAM,  A-0 


Figure  15  shows  the  major  constituent  activities  of  A-0.  It  has  the  same  title  as  A-0  because  it  includes  the 
same  content  as  A-0.  Below  this  level  a  diagram  will  bear  the  title  of  the  parent  box  of  which  it  represents  the 
decomposition.  Diagram  AO  shows  the  interfaces  among  the  major  activities  that  make  up  the  model.  This  is 
the  only  level  at  which  these  interfaces  are  evident  Below  this  level,  it  is  not  possible  to  go  from  sibling  to 
sibling;  one  must  come  back  to  AO  to  see  the  relationship. 

Figure  15  shows  the  same  major  activities  as  addressed  by  the  “Bottom-Up”  approach,  but  also  includes  the 
function  “Manage  Contingencies.”  Contingencies  may  arise  in  any  mission  period  (Pre-Departure,  Departure, 
Enroute,  Arrival).  The  response  to  accomplish  management  of  the  contingency  is  tailored  appropriately. 

The  complete  EDEFp  model  is  contained  in  Appendix  H  of  this  report  For  a  better  understanding  of  the  IDEF0 
modeling  method,  the  reader  is  invited  to  review  reference  3. 
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FIGURE  15.  FIRST  LEVEL  DECOMPOSITION,  AO 


FUNCTION  ALLOCATION 


While  many  authors  have  dealt  with  the  subject  of  function  allocation  at  a  general  philosophical  level,  available 
literature  provides  little  guidance  to  the  design  engineer  regarding  specific  procedures  or  criteria  for  making 
decisions  about  function  allocation  in  the  context  of  system  development.  Two  very  different  approaches  to 
function  allocation  were  applied  to  the  functional  decomposition  of  the  flight  from  LAX  to  JFK.  Each  method 
offers  significant  insights  regarding  the  general  problem  of  function  allocation  and  its  specific  application  to  the 
commercial  flight  domain. 

The  first  approach  to  function  allocation.  Method  A,  employs  a  progressive,  iterative  decision  process  that  is 
intended  to  be  integrated  with  full  scale  system  engineering  efforts.  The  methodology  assumes  that  function 
allocation  needs  to  influence  the  design  decision  process  at  every  stage  of  a  development  effort  -  from  the 
initial  design  requirements  to  design  implementation,  and  finally  to  all  activities  from  prototyping  to 
production.  This  method  also  explicitly  incorporates  a  “human-centered”  approach  to  allocation,  viewing  the 
human  operator  as  a  multidimensional  nesouce  whose  cognitive  and  performance  characteristics  must  directly 
influence  the  allocation  process.  This  method  also  encourages  the  development  of  adaptive  allocation  schemes 
capable  of  making  on-line  function  allocation  decisions  responsive  to  situation-specific  changes  on  the  flight 
deck. 

In  contrast  to  the  extensive,  iterative  process  proposed  in  Method  A,  the  second  approach  to  function 
allocation.  Method  B,  is  a  relatively  brief,  simplified  system  designed  to  provide  an  effective  first  cut 
allocation.  Method  B  comprises  two  components:  A  set  of  decision  criteria  diagnostic  of  a  function’s  most 
appropriate  allocation,  and  a  rule  system  which  acts  on  inputs  from  the  decision  criteria  to  yield  initial 
allocations.  This  rule  system  is  designed  to  capitalize  on  the  relative  importance  and  context-sensitivity  of  the 
decision  criteria  in  its  determinations  of  effective  allocations.  In  this  respect  Method  B,  while  necessarily 
being  limited  in  scope,  affords  the  designer  a  relatively  useful  allocation  scheme  —  as  well  as  a  comparatively 
practical,  straightforward  approach  to  defining  an  initial  allocation  that  permits  the  designer  to  proceed  to  more 
detailed  and  definitive  evaluations. 

Method  A:  Heuristic/Iterative  Process 

Our  first  function  allocation  methodology  is  based  on  the  work  of  Rouse  and  Cody  (ref.  4)  at  Search 
Technology,  Inc.  Considering  the  entire  design  process,  these  authors  reacted  to  textbook  descriptions  that 
depict  design  as  a  linear  progression  of  steps  from  functional  requirements  definition  through  final  design.  In 
these  idealizations,  once  functional  requirements  are  defined,  one  then  determines  which  functions  can  be 
provided  by  technology  and  which  will  be  provided  by  crew  members.  Various  lists  of  guidelines  (e.g.,  Fitts, 
ref.  5),  are  available  to  support  allocation  decisions.  The  underlying  assumption  in  the  textbook  view  is  that 
once  allocation  is  settled,  integration  and  detailed  design  can  proceed  without  further  concern  for  allocation. 

Rouse  (ref.  4)  argued  that  this  assumption  is  unrealistic  for  two  reasons.  Fuat,  it  is  unlikely  that,  for  a  system  of 
any  complexity,  a  single  pass  through  allocation  will  yield  an  acceptable  final  allocation  solution.  Second, 
allocation  cannot  be  performed  in  isolation  from  design  because  the  viability  of  the  allocation  scheme  depends 
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on  its  implementation  details.  That  is,  to  know  whether  an  allocation  will  be  acceptable  or  not,  one  must  design 
the  system  to  a  sufficient  level  of  detail  to  permit  evaluation  of  both  human  and  automation  performance  with 
respect  to  performance  requirements.  Therefore,  the  allocation  process,  in  practice,  is  difficult  to  separate  from 
design  and  evaluation. 

In  recognition  of  these  deficiencies.  Rouse  and  Cody  (ref.  4)  proposed  a  multi-phase  design  process  in  which 
allocation,  equipment  design  and  evaluation  are  pursued  repeatedly.  The  methodology  differs  from 
conventional  textbook  approaches  in  three  ways.  First,  it  recognizes  that  allocation  decisions  cannot  be  made 
independently  of  design  and  evaluation  and,  therefore,  promotes  iteration  among  these  three  activities.  Second, 
it  emphasizes  a  psychological  basis  for  allocation  decisions  and  task  design.  The  human  operator  is  considered 
to  be  a  multidimensional  resource  whose  performance  and  workload  can  be  controlled  by  integrating  functions 
with  complementary  requirements  and  separating  functions  with  competing  requirements.  Third,  the 
methodology  encourages  adaptive  allocation  schemes  that  blend  human  and  automation  resources  such  that 
task  assignment  decisions  are  made  on-line. 

In  the  following  sections,  we  first  review  this  allocation  methodology,  and  then  define  its  information  and 
support  requirements.  Next  we  describe  an  integrated  support  system  based  on  these  requirements.  We  then 
offer  an  example  to  illustrate  the  methodology  and  show  how  the  proposed  support  system  would  behave. 
Finally,  we  suggest  how  the  support  system  functionality  might  be  implemented  with  existing  microprocessor- 
based  software  and  recommend  development  areas  for  an  advanced  and  fully  integrated  system. 

Overview 

The  focus  of  the  procedure  described  in  this  section  is  the  function  allocation  portion  of  each  iteration  of  the  - 
allocation-design-evaluation  process.  However,  as  suggested  above,  it  is  necessary  to  present  the  material  on 
allocation  in  the  context  of  its  relationships  with  design  and  evaluation.  Therefore,  while  design  and  evaluation 
are  not  treated  in  great  detail  in  this  discussion,  the  points  of  interaction  of  allocation,  design  and  evaluation  are 
given  considerable  attention. 

Figure  16  depicts  the  overall  methodology  in  terms  of  four  phases,  each  of  which  is  composed  of  several  steps. 
The  functional  requirements  definition  phase  is  aimed  at  developing  a  representation  of  functional  demands 
that  can  occur  during  the  mission  of  concern  and  that  are  candidates  for  allocation  to  human  or  automation 
resources.  The  present  methodology  assumes  that  this  representation  is  a  function  timeline  (Table  III)  about 
which  much  more  is  discussed  below.  When  the  timeline  has  been  defined,  three  passes  through  the  allocation- 
design-evaluation  cycle  are  pursued. 

During  initial  design,  the  objective  is  to  develop  a  preliminary  but  comprehensive  treatment  of  the  allocation 
problem  by  posing  an  allocation  and  then  predicting  performance  for  each  function  that  is  allocated  to  the 
human  crew.  The  emphasis  in  this  phase  is  on  single-task  performance  under  different  mission  conditions. 

In  the  design  integration  phase,  opportunities  to  combine  complementary  tasks  and  to  separate  tasks  that 
compete  for  human  resources  at  the  same  time  are  identified  and  addressed. 
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FIGURE  16.  OVERALL  FUNCTION  ALLOCATION  METHODOLOGY 
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TABLE  III  -  FUNCTION  TIMELINE 


Mission 

Interval 

Desired 

Elapsed 

Time 

Desired 

Vehicle 

Time 

Subsystem 

State 

Function 

Performance 

Criteria 

Function 

Criticality 

Allocation 

Mission  Interval  =  Identity  of  mission  period,  phase  and  segment  Elapsed  Time  =  Nominal  time 
(M:S)  from  mission  start  at  which  system  states  should  occur. 

Desired  States  =  Vehicle  position,  airspeed,  etc.,  and  subsystem  modes  and  settings  that  should 
be  in  effect  at  each  elapsed  time  interval  of  interest.  States  define  intermediate  "milestones"  to  be 
achieved  and  environmental  conditions  that  are  expected  to  affect  human  performance. 

Function  =  Allocatable  entities  that  become  tasks  once  displays,  controls  and  procedures  are 
defined. 

Performance  Criteria  =  Maximum  allowable  values  of  time,  errors,  or  inefficiencies  for  acceptable 
task  performance;  specific  measures  are  task  dependent. 

Function  Criticality  =  Relative  importance  of  performing  the  associated  function.  Includes  urgency. 

Allocation  =  Resource  (human,  automation,  or  both)  to  which  function  will  be  assigned  as  a  result 
of  the  methodology. 


Final  design  resolves  all  allocation  decisions  that  had  been  postponed  during  earlier  phases,  considers  dynamic 
allocation  schemes  where  needed,  completes  the  detailed  design,  and  provides  comprehensive  system 
evaluation  to  ensure  that  objectives  represented  in  the  function  timeline  can  be  fully  met. 

The  allocation-design-evaluation  cycles  convert  the  function  timeline  into  two  outputs: 

1 .  An  allocation  timeline  (Table  IV)  which  specifies,  for  each  time  interval,  the  assignment  of  each 
function  to  either  human  or  automation.  To  the  extent  that  allocation  is  dynamic,  the  timeline  specifies 
the  most  likely  resource. 
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2.  For  each  function  that  will  be  performed  by  the  human  crew  for  at  least  one  time  period,  a 1  'task 
window”  (Figure  17)  that  specifies  the  displays,  controls  and  operating  procedures  used  to  effect  the 
function  along  with  the  models  and  data  used  to  predict  human  performance  and  support  task  design. 


TABLE  IV  -  ALLOCATION  TIMELINE 


Mission 

Element 

Elapsed 

Time 

Function  1 

Function  2 

.... 

Function  N 
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_ 1 

Symbol  Function  Allocation 


X  Not  Required 

H  Performed  by  Human 

A  Performed  by  Automation 
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Task  No' 


CURRENT  HUMAN  PERFORMANCE  MODEL 


Task  Name' _ 

Task  Description'. 


PARAM 

VALUE 

!T 

2 

- 

CURRENT  DISPLAYS.  CONTROLS.  PROCEDURES. 


PERFORMANCE  PREDICTIONS/SENSITIVITY  ANALYSES. 


FIGURE  17.  EXAMPLE  TASK  WINDOW 


Functional  Requirements  Definition 

To  support  the  allocation  methodology,  system  objectives  must  be  identified  and  converted  into  functional 
requirements.  As  depicted  in  Table  IE,  these  requirements  should  be  expressed  as  a  timeline  in  order  to  be 
compatible  with  the  allocation  methodology.  Several  aspects  of  this  representation  deserve  elaboration. 

First,  the  term  “function”  must  be  defined.  We  define  a  “function”  to  be  a  goal-directed  activity  that  must  be 
accomplished  successfully  to  satisfy  a  mission  or  system  requirement  (see  glossary  of  terms).  Similarly, 
“subfunctions”  are  functions  that  satisfy  higher-level  functions. 
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Over  the  years,  several  means  for  defining  functions  have  emerged  We  suspect  that,  in  practice,  most  design 
efforts  proceed  with  informal  lists  of  functions  that  are  generated  with  no  particular  method  This  approach 
involves  the  least  amount  of  labor,  but  the  greatest  cost  in  terms  of  potentially  missing  key  needs. 

More  recently,  formal  methods  have  emerged  which  prescribe  disciplined  procedures  for  defining  system 
functions.  For  example,  the  IDEFp  method  discussed  above  decomposes  functions  according  to  their  parent- 
child  relationships.  When  a  higher-level  function  is  decomposed  into  its  major  constituent  activities,  a  parent- 
child  relationship  is  created  The  higher-level  function  (or  activity)  is  the  parent  The  subordinate  functions  (or 
activities)  are  the  children.  The  method  considers  only  parent-child  relationships,  Le.,  there  are  no 
grandparents  or  other  relationships.  Functions  at  the  same  hierarchical  level  are  associated  according  to  inputs 
and  outputs,  but  not  in  terms  of  temporal  or  sequential  dependencies. 

Other  function  definition  approaches  annotate  functions  with  temporal  and/or  sequential  dependency 
information.  This  approach  is  most  prevalent  in  schemes  that  resemble  task  scheduling  in  project  management 
Basically,  functions  are  defined  in  accord  with  any  convenient  or  formal  method  The  major  requirement  is 
that  each  function  be  distinguishable,  whether  through  the  use  of  naming  conventions,  numbering  schemes 
such  as  accompany  work-breakdown  structures,  or  any  other  systematic  coding  scheme.  Given  identifiable 
functions,  temporal  information  and/or  dependencies  are  attached  to  each  function.  These  additional  data 
“attachments”  permit  the  allocator  to  identify  timing  conflicts,  causes  for  delays,  the  “critical  path,”  and  other 
measures  that  have  emerged  from  project  management  concepts. 

For  our  purposes,  temporal  and  sequential  dependency  data  are  crucial  to  our  function  allocation  method. 
Therefore,  as  will  be  elaborated  more  fully  below,  we  advocate  that  function  specifications  include  these 
variables,  regardless  of  the  method  used  to  determine  their  values. 

Regardless  of  the  form  chosen,  the  representation  of  funcnonal  requirements  should  satisfy  three  criteria: 

1.  Sufficiency:  Satisfaction  of  all  lowest-level  functional  requirements  implies  satisfaction  of  the  higher- 
level  functional  requirements)  to  which  they  are  attached 

2.  Consistency:  Satisfaction  of  one  requirement  should  not  preclude  satisfaction  of  other  requirements 
that  contribute  to  the  same  function. 

3.  Continuity:  All  lowest-level  subfunctions  should  be  transformable  into  tasks  by  defining  how  they  are 
performed  (i.e.,  defining  displays,  controls  and  procedures). 

The  first  two  of  these  specifications  are  fairiy  standard  across  descriptions  of  function  decomposition  methods. 
The  third  specification  assures  that  the  lowest-level  subfunctions  can  be  allocated  without  further  functional 
decomposition.  This  specification  also  makes  an  important  distinction  to  the  present  methodology  between 
functions  and  tasks. 

As  stated  above,  a  function  is  defined  as  a  goal-directed  activity  that  must  be  accomplished  successfully  to 
satisfy  a  mission  or  system  requirement  In  contrast  a  “task”  is  a  specific  design  instantiation  or  mechanization 
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of  a  function.  A  task  defines  how  a  particular  function  is  performed  in  terms  of  displays,  controls  and 
procedures.  While  functions  can  be  allocated  to  alternative  resources,  tasks  are  functions  that  have  been 
allocated  and,  specifically,  to  humans. 

A  second  aspect  of  the  structure  in  Table  HI  that  deserves  note  is  the  presumed  need  for  a  “function  timeline.” 
This  structure  is  premised  on  functional  requirements  varying  in  time,  both  in  terms  of  whether  or  not  each 
system  function  is  required  at  all,  and  in  terms  of  changing  conditions,  performance  criteria,  and  criticality  to 
mission  success.  There  are  two  primary  ways  in  which  a  function  timeline  might  be  generated,  each  of  which 
has  advantages  and  disadvantages. 

One  approach  is  “mission  analysis.”  A  written  scenario  is  converted  to  a  mission  timeline  of  desired  system 
and  subsystem  states.  In  database  parlance,  each  “record”  represents  a  desired  state  or  snapshot  of  the  system 
that  should  prevail  if  the  mission  proceeds  exactly  as  planned.  Fields  associated  with  each  record  include  the 
following:  (1)  mission  interval  identification  (e.g.,  period,  phase,  and  segment);  (2)  elapsed  time  from  mission 
start  in  time  units  that  are  appropriate  to  the  level  of  analysis  required  (e.g.,  minutes  and  seconds);  (3)  desired 
vehicle  state  (e.g.,  position,  velocity,  etc.);  and  (4)  desired  subsystem  state  (e.g.,  proper  mode  and  setting  of 
each  subsystem). 

Together,  values  of  these  variables  at  specific  instances  in  time  define  “milestones”  that  the  system  as  a  whole 
is  supposed  to  achieve  to  have  a  successful  missioa  Functions  then  are  basically  the  goal-directed  activities 
that  must  be  performed  to  change  the  system  and  subsystem  states  from  one  milestone  to  the  next  Note  the 
temporal  granularity  with  which  these  milestones  are  defined  should  be  guided  by  the  allocation  requirements 
task.  Thereforp,  expected  task  swapping  rates  between  human  and  automation  resources  are  likely  to  be  the 
defining  condition  for  how  fine  the  temporal  distinctions  among  milestones  must  be. 

In  general,  while  computer  packages  are  available  to  support  the  mission  analysis  process,  it  is  a  labor- 
intensive  task  requiring  considerable  experience  and  expertise.  Beyond  the  labor  involved,  there  is  also  the 
possible  disadvantage  of  placing  too  heavy  an  emphasis  on  one  or  a  few  scenarios  that  may  not  be 
representative  of  the  full  range  of  requirements.  Further,  a  large  proportion  of  each  scenario  will  represent 
periods  of  low  demand  and,  therefore,  investments  of  analytical  effort  unlikely  to  lead  to  identifying 
bottlenecks  in  crew  system  operability. 

An  alternative  approach  is  one  that  focuses  directly  on  critical  requirements  (MIL-H-46855B  in  essence 
advocates  this  tack  for  human  factors  analysis  of  military  systems).  Each  function  is  considered  in  the  context 
of  its  most  taxing  conditions.  This  type  of  analysis  emphasizes  worst-case  situations  independent  of  particular 
scenarios.  Flight  conditions  where  demands  are  expected  to  be  relatively  benign  are  given  little  or  no  attention, 
even  if  these  conditions  represent  opportunities  for  disengaging  automatic  systems. 

This  approach,  which  might  be  termed  “requirements  analysis,”  has  the  advantages  of  being  more  direct  and, 
thereby,  less  labor  intensive.  It  does,  however,  exhibit  three  disadvantages.  First,  it  ignores  the  time-varying 
nature  of  demands.  Second,  since  the  approach  avoids  comprehensive  analysis,  it  is  more  likely  to  miss  critical 
requirements  that  could  not  be  readily  anticipated.  Third,  is  the  lack  of  time  synchronization  that  is  inherent  in 
mission  analysis.  This  lack  of  explicit  time-linked  relationships  can  make  it  difficult  to  identify  co-occurrences 


36 


of  critical  requirements  in  any  systematic  manner.  As  discussed  below,  identifying  co-occurrences  is  a  primary 
mechanism  for  integrating  related  tasks  and  separating  tasks  that  compete  with  one  another  for  human 
resources. 


Regardless  of  the  approach  used  to  produce  the  function  timeline  (i.e.,  comprehensive  versus  focused),  the 
function  allocation  methodology  discussed  next  is  oriented  toward  producing  an  allocation  scheme  that 
satisfies  these  demands  while  maintaining  acceptable  crew  workload. 


Initial  Design 

Figure  18  depicts  the  procedure  for  initial  design.  Numbered  boxes  refer  to  procedures  and  the  pointed  boxes 
depict  inputs  to  or  outputs  from  these  procedures.  (Note:  given  the  variety  of  methods  for  producing  an 
acceptable  function  timeline  to  start  the  process,  we  have  not  presented  a  separate  flow  chart  for  the 
requirements  definition  phase.  For  this  reason,  the  box  numbering  scheme  in  Figure  18  begins  with  Step  2. 1). 
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FIGURE  18.  INITIAL  DESIGN 
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In  initial  design,  the  objective  is  to  develop  an  approximate  but  comprehensive  scoping  of  the  total  allocation 
problem.  It  begins  by  sorting  the  function  timeline  by  function.  This  operation  produces  a  list  of  times  during 
the  mission  when  each  function  is  demanded.  What  is  more  important,  it  reveals  the  types  of  conditions 
(mission  intervals  and  desired  system  states)  and  ranges  of  performance  criteria  and  mission  criticalities 
associated  with  each  function.  This  look  at  the  functional  requirements  serves  to  highlight  particularly 
problematic  functions. 

Once  the  functions  are  sorted,  an  initial  allocation  is  made  using  recent  designs  and  allocation  guidelines  such 
as  those  by  Fitts  (ref.  5)  or  die  Air  Force  Studies  Board  (ref.  6).  Functions  are  allocated  to  humans  (“H”), 
automation  (“A”),  or  potentially  both  (“H/A”),  with  a  bias  toward  “H/A”  when  it  is  not  clear  what  allocation  is 
most  appropriate.  “H”  and  “H/A”  functions  are  then  converted  to  tasks  by  adopting  displays,  controls,  and 
procedures  from  existing  aircraft  or  through  design. 

The  effort  to  produce  these  initial  task  designs  would  be  inordinate  were  it  not  for  the  fact  that  most  of  these 
designs  can  be  based  on  previous  systems.  That  is,  one  or  more  existing  designs  are  likely  to  be  used  as 
baselines  to  provide  neady  all  the  initial  task  designs.  Although  this  practice  might  be  criticized  as  perpetuating 
past  mistakes,  two  points  are  important  to  note.  First,  initial  allocation  and  design  are  not  final  allocation  and 
design;  the  initial  design  phase  is  aimed  at  developing  a  reasonable  baseline  system  Second,  relying  on  past 
designs  is  essential  to  producing  new  designs  within  any  reasonable  cost  constraints.  Our  belief  is  that  it  is 
totally  unrealistic  to  approach  crew  system  design  with  a  “clean  slate”  philosophy. 

With  initial  task  designs  in  place,  estimates  of  human  performance  are  used  to  determine  whether  or  not 
humans  could  perform  these  tasks  acceptably,  independent  of  the  demands  of  other  tasks.  A  more  detailed 
discussion  of  the  “acceptability  decision”  is  provided  below.  It  is  important  to  emphasize  that  performance  is 
predicted  at  this  stage  rather  than  assessed  (for  example,  in  manned  simulation).  This  substantially  lessens  the 
number  of  ways  in  which  performance  can  be  considered.  To  the  extent  that  an  initial  task  design  resembles 
the  design  from  a  previous  system  data  collected  during  the  detailed  phases  of  previous  design  efforts  may 
provide  initial  estimates  of  likely  human  performance  in  the  new  system  Alternatively,  when  these  data  do  not 
exist,  human  performance  models  or  engineering  judgment  become  necessary. 

With  performance  projections  in  hand,  one  must  decide  whether  the  allocation  is  acceptable.  Since  this 
decision  is  repeated  in  subsequent  design  phases,  it  is  elaborated  here  in  Figure  19. 

In  each  instance,  this  decision  is  based  on  a  comparison  of  criteria  for  a  particular  function  under  particular 
conditions  that  were  specified  in  the  function  timeline,  and  on  predictions  of  human  performance  for  each  task 
allocated  to  humans  (“HH  or  allocated  to  both  humans  and  automation  (“H/A”).  In  the  event  that  the  criteria 
are  satisfied,  the  process  is  quite  straightforward.  However,  if  predicted  performance  is  unacceptable,  the 
implications  are  not  intuitively  obvious. 

As  shown  in  Figure  19,  if  predicted  performance  is  unacceptable,  the  first  recourse  is  to  consider  automation.  If 
technology  is  available  or  foreseeable,  reallocation  is  a  reasonable  choice.  Otherwise,  the  task  in  question  is,  at 
that  point  at  least,  a  potential  problem  (denoted  by  **).  However,  if  performance  is  only  marginally  worse  or 
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FIGURE  19.  ACCEPTABILITY  DECISION 

better  than  criterion  levels,  then  the  allocation  is  borderline  (denoted  by  *),  and  subsequent  design  and 
evaluation  may  change  the  resulting  allocation. 

Returning  to  Figure  18,  the  last  block  indicates  a  sensitivity  analysis.  This  is  an  important  step  because  the 
criteria  in  the  function  timeline  are  usually  not  as  definitive  as  they  may  appear,  and  performance  predictions 
always  have  some  associated  uncertainty.  Thus,  it  is  essential  that  “hard”  decisions  not  be  made  where  only 
soft  decisions  are  warranted. 
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Design  Integration 

The  first  pass  through  the  allocation-design-evaluation  process  yields  a  baseline  crew  system  that  is  important 
as  a  benchmark.  However,  this  baseline  is  likely  to  be  very  rudimentary  in  those  areas  where  new  concepts  and 
technology  are  being  implemented  In  a  sense,  the  innovations  that  will  set  the  new  crew  system  apart  from  the 
old  have,  thus  far,  only  been  “patched  in.” 


The  second  pass  through  the  allocation-design-evaluation  process  is  summarized  in  Figures  20  and  21.  In 
contrast  with  initial  design  that  focuses  on  single-task  performance  at  different  points  in  time,  design 
integration  emphasizes  relationships  among  tasks  at  similar  points  in  time.  We  differentiate  between 
complementary  tasks  and  competing  tasks.  Complementary  tasks  are  those  which  do  not  compete  for  the 
same  resource  (e.g.,  vision)  at  a  given  point  in  time.  The  primary  goals  of  this  phase  are  to  take  advantage  of 
complementary  relationships  among  tasks  to  produce  integrated  displays,  controls  and  procedures  that  enhance 
performance  and  reduce  workload  and  to  re-design  tasks  that  potentially  compete  for  human  resources  and 
impair  performance.  The  process  of  finding  and  exploiting  potentially  complementary  tasks  is  represented  in 
Figure  20  while  the  process  for  finding  and  avoiding  potentially  competing  tasks  is  represented  in  Figure  21. 


FIGURE  20.  DESIGN  INTEGRATION-COMPLEMENTARY  TASKS 
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FIGURE  21.  DESIGN  INTEGRATION  -  COMPETING  TASKS 


The  first  part  of  design  integration  begins  with  a  complete  review  of  the  initial  allocation  to  find 
“opportunities”  for  improving  performance.  These  opportunities  are  identified  in  two  ways.  First,  the  initial 
allocation  is  reviewed  with  an  eye  for  specific  design  problems  from  previous  crew  systems.  This  review  is 
likely  to  be  quite  cursory  unless  the  previous  crew  system  upon  which  the  initial  allocation  is  based  was  rife 
with  problems. 

Second,  relationship  networks  among  all  possible  pairs  of  “H”  and  “H/A”  tasks  are  also  constructed  to  help 
identify  integration  opportunities.  This  approach  involves  estimating  the  extent  to  which  the  members  of  each 
pair  of  “H”  and  “H/A”  tasks:  (1)  promote  the  same  system  goal;  (2)  co-occur  in  association  with  particular 
events;  (3)  involve  the  same  subsystem;  or  (4)  require  the  same  information  for  their  execution.  Strong 
relationships  along  one  or  more  of  these  four  dimensions  signal  integration  opportunities.  Networks  can  be 
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viewed  directly  or  be  submitted  to  cluster  analysis  methods  to  identify  potentially  complementary  tasks. 
However,  while  these  techniques  may  serve  as  catalysts,  engineering  judgment  is  nevertheless  still  the  means 
to  this  end. 

Given  complementary  tasks  are  identified,  task  windows  (see  Figure  17)  that  were  developed  during  initial 
design  are  then  redesigned  If  possible,  the  complementary  tasks  are  combined  to  form  new,  single  tasks  (e.g., 
altitude  and  attitude  control  might  be  combined  through  a  velocity  vector  display).  Where  tasks  cannot  be 
combined  one  may  attempt  to  use  common  display,  control  or  procedural  elements  (e.g.,  several  attitude 
displays  might  be  combined  into  a  single  display  for  all  complementary  tasks). 

Evaluation  of  designs  produced  in  this  iteration  cannot  rely  to  as  great  an  extent  on  performance  data  collected 
previously  for  elements  of  the  baseline  aircraft  Analytical  tools  such  as  human  performance  models  can  form 
a  reasonable  bridge  between  these  old  data  and  any  new  empirical  efforts.  At  this  point  the  primary  purpose  of 
these  tools  is  to  focus  subsequent  data  collection.  For  instance,  model-based  analyses  can  be  used  to  identify 
those  ranges  of  design  parameters  that  are  most  likely  to  affect  human  performance. 

A  variety  of  empirical  methods  are  likely  to  be  used  during  this  phase.  Laboratory-oriented  studies,  static 
mockups,  and  dynamic  part-task  simulations  all  have  a  place  in  evaluating  how  well  the  novel  and  critical 
aspects  of  the  new  crew  system  have  been  designed.  The  purpose  of  these  evaluations  is  to  provide 
performance  data  that  will  enable  comparisons  across  both  the  old  (baseline)  and  new  elements  of  the  crew 
system. 

Figure  21  depicts  the  second  part  of  design  integration  whereby  conflicting  relationships  among  tasks  are 
ameliorated.  The  analytical  approach  to  identifying  conflicts  is  similar  to  that  used  for  identifying 
complementary  tasks.  However,  conflicts  are,  obviously,  dealt  with  differently  in  that  separation  of  tasks  is  the 
goal. 

To  identify  competing  tasks,  each  pair  of  “H”  and  “H/A”  tasks  is  examined  to  determine  the  extent  to  which 
they  require  the  same  human  processing  resources  at  the  same  time.  Task  pairs  are  rated  according  to  their 
frequency  of  co-occurrence  and  on  the  extent  to  which  they  impose  simultaneous  demands  on  input, 
processing,  and  output  resources  of  the  human  crew.  Relationship  networks  and  cluster  analysis  methods 
support  this  effort  as  they  did  in  identifying  complementary  tasks. 

When  competing  demands  are  uncovered,  task  designs  are  modified  in  one  or  more  of  three  basic  ways  to 
reduce  the  competition.  First,  tasks  can  be  “rescheduled”  or  shifted  in  time  relative  to  one  another.  Second, 
displays,  controls  or  procedures  might  be  modified  to  change  the  nature  of  the  human  resource  demands  (e.g., 
where  the  competitors  both  involve  verbally-oriented  auditory  demands,  one  might  be  changed  to  a  spatially- 
oriented,  visual  pattern  recognition  task).  Thud,  when  time-shifting  and  time-modification  are  not  feasible, 
aiding  may  be  possible  (e.g.,  use  of  quickened  or  predictor  displays).  If  all  attempts  to  reduce  competition  to 
manageable  levels  fail,  then  the  methodology  recommends  re-allocating  one  or  more  of  the  tasks  to 
automation  if  the  necessary  technology  is  available  or  foreseeable.  New  task  designs  that  emerge  when 
competing  tasks  are  separated  lead  to  another  round  of  evaluation,  performance  prediction,  and  sensitivity 
analysis. 
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Final  Design 

The  purpose  of  the  final  pass  through  the  allocation-design-evaluation  process,  depicted  in  Figure  22,  is  to 
produce  a  final,  documented  crew  system  design.  All  allocation  decisions  that  were  based  on  marginally 
acceptable  or  unacceptable  human  performance  or  workload  are  resolved  Final  allocation  decisions  are 
heavily  influenced  by  whether  the  general  automation  philosophy  emphasizes  defaulting  to  manual  or 
automatic  control. 


FIGURE  22.  FINAL  DESIGN 


Tasks  that  could  clearly  be  performed  acceptably  by  either  humans  or  automation  (Le.,  “H/A”)  are  considered 
for  dynamic  or  time-varying  allocation.  Approaches  to  determining  when  to  shift  the  allocation  (i.e.,  “H”  to 
“A”,  and  vice-versa)  and  which  participant  (H  or  A)  initiates  the  allocation,  are  first  explored  Note  in  general 
that  dynamic  allocation  solutions  will  add  monitoring  and  decision  tasks  to  the  participant  who  initiates  the 
allocation  in  real  time.  If  a  feasible  approach  is  identified  issues  associated  with  human-computer  interaction, 
including  how  humans  will  monitor  the  performance  of  those  tasks  that  are  dynamically  allocated  are  then 
addressed 


43 


A  variety  of  detailed  design  issues  are  resolved  at  this  point  One  of  the  most  important  issues  concerns  how 
humans  will  monitor  the  performance  of  those  tasks  that  are  automated  Grew  system  layout,  arrangement, 
etc.,  are  also  finalized 

Evaluation  during  this  phase  requires  much  more  elaborate  methods  than  in  prior  phases.  This  is  due  both  to 
the  comprehensive  nature  of  the  design  at  this  point  and  to  the  need  for  definitive  information  to  assess 
achievement  of  design  objectives.  Thus,  total  crew  system  models,  part-task  and  full-system  simulations  are 
now  essential  tools. 

Summary 

This  section  has  presented  a  set  of  procedures  for  allocating  system  functions  within  the  overall  process  of 
design.  It  has  been  argued  that  patterns  of  allocation-design-evaluation  occur  repeatedly  throughout  design, 
making  it  difficult  to  isolate  one  particular  step  as  “allocation.”  Furthermore,  although  the  flow  chart 
presentation  may  give  the  impression  that  allocation  decisions  can  be  converted  to  procedures  to  the  point  of 
removing  designer  judgment,  it  should  be  emphasized  that  we  believe  these  decisions  can  be  enhanced  with 
proper  support,  but  cannot  be  replaced 

Information  and  Computational  Support  Requirements 

The  function  allocator,  whether  using  the  present  methodology  or  not,  requires  a  wide  variety  of  input 
information  and  produces  a  sizable  body  of  output  Table  V  summarizes  these  requirements  along  with  the 
types  of  supports  and  tools  for  accessing,  generating  and  managing  them  per  step  of  the  allocation 
methodology.  The  figure  contains  five  panels,  one  panel  per  major  phase  of  the  process.  Step  numbers  and 
names  match  those  in  the  procedural  flowcharts  that  were  presented  above  (Figures  18, 20-22). 

Inputs — Scanning  the  “Input”  column  of  Table  V  reveals  a  long  list  of  archival  sources  and  intermediate 
results  that  the  allocator  would  use  in  the  methodology.  These  inputs  include  mission  requirements,  soft  and 
hard  constraints  on  the  eventual  design  solution,  guidelines,  past  systems  with  potentially  workable  design 
elements,  industry  and  government  standards,  and  so  on.  Foi  the  present  methodology,  which  emphasizes 
iteration  of  the  allocation-design-evaluation  cycle,  inputs  also  include  tentative  allocation  decisions, 
intermediate  design  solutions,  clusters  of  potentially  complementary  and  competing  tasks,  and  performance 
predictions. 

Outputs — The  allocator  also  generates  several  inteimediate  and  final  outputs  shown  in  the  “Output”  column  of 
Table  V.  His  or  her  primary  output  is,  of  course,  the  design  specification.  In  our  characterization  that  focuses 
on  the  human-system  interaction,  the  design  specification  and  “task  window”  are  one  and  the  same.  As  Figure 
17  suggested,  it  contains  a  verbal  task  description,  display  characteristics  (medium,  location,  size,  symbols, 
font,  dynamic  elements,  etc.)  in  verbal  and  graphic  forms,  control  characteristics  (medium,  location,  etc.)  also 
in  verbal  and  graphic  forms,  and  operating  procedures  for  normal  and  abnormal  conditions.  Display  and 
control  information  would  be  produced  from  CAD  software. 
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TABLE  V  —  INFORMATION,  SUPPORTS,  AND  TOOLS  FOR  THE  FUNCTION  ALLOCATION  METHODOLOGY 
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In  addition,  each  task  window  contains  a  model  (computational,  logical  or  empirical)  of  the  task  and 
performance  predictions  based  on  the  model.  Models  may  be  represented  as  equations  or  software  programs, 
written  in  languages  such  as  SAINT  (ref.  7)  or  STELLA.*  The  outputs  of  these  models  would  be  portrayed 
graphically  or  numerically. 

Enroute  to  the  final  design  specifications,  the  allocator  also  produces  design  requirements,  various  timelines 
(mission,  function  and  allocation),  function  descriptions,  intermediate  task  windows,  and  evaluation  data 
regarding  the  viability  of  the  allocation  scheme  and  design  solution  in  practice. 

Supports  and  Tools — The  right-most  column  of  Table  V  lists  the  types  of  procedural  and  computational 
support  needed  for  accessing  the  inputs,  generating  the  intermediate  and  final  outputs,  and  performing  the 
transformations  from  one  to  the  other.  General  supports  such  as  database  operations  and  information  retrieval 
are  included  along  with  more  specialized  aids  such  as  design  tools  (CAD),  human  engineering  design  tools 
(e.g.,  COMBEMAN,  ref.  9),  and  cluster  analysis  methods. 

A  Key  Analogy — It  is  useful  to  consider  these  supports  in  terms  of  the  following  analogy.  The  function 
allocation  problem  in  system  design  bears  a  number  of  similarities  to  the  allocation  problem  in  large-scale 
program  management  Both  the  system  designer  and  the  manager  define,  or  are  given,  goals  and  must 
determine  the  functional  requirements  for  achieving  these  goals.  Given  functions  and  a  budget  they  then  must 
dole  the  functions  among  a  set  of  competent  resources. 

In  both  domains,  the  goal  is  to  produce  an  allocation  scheme  that  services  all  demands  on  time  and  to  desired 
performance  levels.  Furthermore,  the  scheme  should  load  each  resource  used  to  a  tolerable  level  across  time. 
In  addition  to  being  effective,  the  allocation  scheme  should  be  efficient  That  is,  it  should  request  only  the 
resources  needed  and  no  more,  thereby  remaining  within  budget  The  budget  is  usually  a  financial  one  in  the 
case  of  the  program  manager.  For  aircraft  designers,  there  are  several  budgets — financial;  aircraft  weight  and 
size;  personnel  budget  at  the  macro  level  of  operations;  human  information  processing  resources  at  the  micro- 
level,  etc. 

In  program  management  and  system  design  alike,  some  key  challenges  in  the  allocation  process  are  to: 

•  Define  work  demands  (functions)  and  resources  in  transferable  terms  so  that  demands  can  be  readily 
mapped  to  “demand  satisfiers.”  For  example,  in  program  management,  demand  satisfiers  are  usually 
knowledge  and  skills  types  required  to  fulfill  task  demands.  In  design,  demand  satisfiers  are  sensing, 
processing  and  execution  resources  whether  provided  by  a  human  or  a  machine. 

•  Estimate  the  amount  of  a  resource  needed  to  satisfy  some  demand  Allocation  schemes  typically 
assume  that  a  competent  resource  is  available  and  that  “amount  of  resource  required”  is  some  time- 
related  metric  (e.g.,  2  person- weeks  of  a  programmer,  two  seconds  of  visual  attention).  “Load”  is  then 
defined  as  the  ratio  between  time  required  and  time  available. 


*  Available  from  High  Performance  Systems,  Inc.,  13  Dartmouth  College  Highway,  Lyme,  NH  03768 
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•  Given  definitions  of  work  demands,  deadlines,  and  available  resources,  schedule  the  resources  to 
demands  and  calculate  performance  metrics  (e.g.,  percentage  of  demands  accomplished  over  ume, 
percentage  of  resources  spent  task  queues,  “deliverables"  met  or  missed,  the  critical  path,  load  per 
resource,  slack  times,  etc.). 

•  Keep  an  enormous  amount  of  data  organized,  represent  the  scheduling  problem,  perform  the 
calculations,  view  the  results,  and  modify  the  allocation  based  on  feedback. 

•  Shift  back  and  forth  among  various  views  of  the  same  data.  For  program  management  particularly 
useful  views  of  the  data  include  Gantt  charts  (i.e.,  functions  by  their  duration  plotted  on  a  timeline), 
PERT  networks  (dependency  diagrams),  PERT  plotted  on  a  time  scale,  and  the  hierarchical 
relationships  among  tasks  independent  of  time  (graphical  work  breakdown  structure). 

The  major  difference  between  the  manager  and  the  system  designer  is  in  anticipatory  requirements.  Following 
program  design,  the  manager  typically  executes  his  or  her  own  allocation  scheme  as  the  program  unfolds. 
Therefore,  when  performance,  workload  or  resource  expenditures  begin  to  deviate  from  planned  levels,  the 
manager  can  adjust  the  allocation  scheme  to  recover.  This  is  a  closed-loop  control  problem. 

In  contrast,  the  system  designer’s  allocation  scheme  must  be  more  nearly  “right”  at  the  end  of  design  time 
because  the  designer  will  not  be  able  to  correct  its  flaws  in  real  time.  The  designer  hands  off  the  e' location 
scheme  to  a  different  party  for  implementation  (Le.,  manufacturing  and  the  end-user).  Therefore,  since  he  or 
she  cannot  fix  matters  in  real  time,  the  designer  is  left  to  anticipate  and  design  for  all  eventualities  in  open-loop 
form  The  extensive  engineering  change  proposal  (ECP)  process  that  follows  most  complex  system  design 
efforts  testifies  that  our  ability  to  perform  the  allocation  task  in  open-loop  form  is  limited. 

The  point  of  comparing  system  design  and  program  management  is  that,  where  they  are  similar,  concepts  and 
supports  from  one  domain  are  likely  to  be  useful  in  the  other.  More  specifically,  several  existing  computer- 
based  program  management  tools  (e.g.,  Symantec  Timeline  3.0)  provide  database,  computational,  and  data 
viewing  functions  that  are  called  out  in  Table  V  for  system  design. 

Program  management  tools  help  users  to  solve  allocation  and  scheduling  problems.  The  user  typically  starts  by 
defining  the  necessary  tasks  to  achieve  program  goals  and  then  determines  task  resources  requirements.  Tasks 
are  then  scheduled  relative  to  milestones  and  one  another  (dependencies  are  set).  Given  these  inputs,  the  tools 
help  to  compute  the  timelines  of  expected  work  and  expected  resource  expenditures  over  time,  to  locate  and 
measure  slack  time,  etc.  In  addition,  most  packages  display  the  program  plan  and  allocation  scheme  in  a 
variety  of  formats  including  tables  and  plots,  Gantt  and  PERT  charts.  The  need  for  similar  functions  in  system 
design  should  be  apparent 

Program  management  tools  also  help  users  simply  to  organize  and  manage  the  enormous  volume  of  data 
required  to  make  allocation  decisions  in  large-scale  program  management  efforts.  Similar  support  is  needed  in 
crew  system  design  where  the  allocator  must  keep  track  of  timelines  and  their  variations,  computations 
performed  on  the  timelines,  task  descriptions  and  task  data,  the  allocation,  etc. 
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In  sum,  these  tools  support  many  of  the  operations  of  our  allocation  methodology.  They  help  users  to  construct 
and  then  sort  a  database  of  tasks  along  any  of  several  dimensions  (e.g.,  by  time,  by  function,  by  resource,  by 
dependency,  etc.).  They  also  permit  the  user  to  update  task  data  (e.g.,  expected  duration),  propagate  the  new 
task  data  throughout  the  timeline,  and,  thereby,  determine  a  new  resource  demand  profile,  “critical  path,”  etc. 

What  do  human-machine  system  designers  need  that  program  management  tools  do  not  deliver?  Two 
additional  needs  are  most  apparent;  (1)  task  design  tools;  and  (2)  a  means  to  estimate  performance,  workload, 
training  requirements,  equipment  costs,  etc.,  for  tasks  that  are  typically  assigned  to  the  human  crew. 

Therefore,  to  support  function  allocation  in  system  design,  the  functionality  of  project  management  tools 
would  have  to  be  augmented  with  ways  to  create  the  infoimation  found  in  “task  windows”  (Le.,  specific 
displays,  controls  and  procedures),  and  with  ways  to  estimate  task  attributes  (performance,  workload,  etc.). 

The  first  of  these  needs  can  be  met  with  CAD  and  biomechanical  CAD  systems.  The  second  can  be  met  with 
modeling  capabilities,  either  computational  or  empirical,  that  can  generate  estimates  of  system  and  human 
performance  in  closed-loop  form.  This  capability  allows  the  designer  to  “play”  his  allocation  under  several 
scenario  variations  by  simply  manipulating  the  stochastic  elements  associated  with  task  performance,  external 
events,  etc.  In  other  words,  the  allocation  process  involves  scheduling  demands  to  resources  across  time 
according  to  a  nominal  timeline.  To  test  the  allocation  under  alternative  demand  schedules,  one  needs  the 
power  of  simulation. 

After  these  two  classes  of  information  are  generated,  task  performance  estimates  can  be  shipped  to  the 
schedule  computational  engine.  This  capability  helps  the  human  allocator  to  update  the  timeline,  assess  the 
distribution  of  resource  demands,  and  compute  system-level  performance  metrics  such  as  slack  time  and 
critical  path. 

Support  System  Architecture 

Based  on  this  analysis  (and  image)  of  the  allocator’s  needs,  we  sought  to  define  the  functionality  of  an 
integrated  support  system.  To  accomplish  this,  we  first  extracted  the  unique  information  and  support  items 
from  Table  V  and  then  grouped  the  items  into  classes  of  like  purpose.  Table  VI  shows  the  results  of  this 
exercise. 

The  left-hand  column  of  this  figure  lists  the  various  data  that  are  generated  and  used  over  the  course  of  the 
methodology.  They  have  been  grouped  into  six  classes: 

1 .  Timelines  (see  Table  HI)  are  of  three  varieties.  The  system  state  timeline  captures  the  vehicle  and 
subsystems  states  in  snapshot  form,  one  record  per  interval,  over  the  mission  periods  of  interest.  The  function 
timeline  simply  adds  to  this  basic  system  state  timeline,  information  fields  that  define  the  functions  that  must  be 
performed  during  each  interval  to  cause  the  next  desired  state.  Finally,  the  allocation  timeline  (see  Table  IV) 
adds  to  the  system  state  and  function  timeline  the  performer  to  which  each  function  is  assigned. 
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TABLE  VI—  INFORMATION  AND  SUPPORT  REQUIREMENTS  GROUPED  BY 

SUPPORT  CATEGORY 


INPUTS  AND  OUTPUTS 

SUPPORTS  AND  TOOLS 

TIMELINES 

Allocation  timeline 

SUPPORT  SYSTEM  FUNCTIONS 

Function  timeline 

System  state  timeline 

File  Management 

Updated  allocation  timeline 

Database  Construction 

Database  construction  tools 

Function  decomposition  tool 

FUNCTION  REQUIREMENTS 

Baseline  allocation 

Sorting  and  searching  utilities 

Function  descriptions 

Computation  &  Analysis 

Text  and  graphic  description 

Clustering  algorithms 

of  baseline  system 

Composite  rating  schemes 

Text  and  graphic  description 

Data  transformation  tools 

of  representative  scenario 

Schedule  computation 

PERFORMANCE  &  COST  GOALS 

Viewers 

Performance  &  cost  goals 

Data  visualization  tools 

TASKS  WINDOWS 

Browsing  &  Retrieval 

Displays,  controls,  procedures 

Updated  displays,  controls,  procedures 

Information  retrieval 

Task  descriptions 

Updated  task  descriptions 

ARCHIVES 

Databases 

FUNCTION  RELATIONSHIPS 

Allocation  methodology  steps 

Pairwise  ratings  of  functions 

Automation  guidelines 

Designated  clusters  of 

Design  guidelines 

potentially  completing  tasks 

Flight  performance  data 

Designated  clusters  of 

Function  dictionary 

potentially  complementary  tasks 

Human  performance  data 

Relationship  database 

Past  designs 

Relationship  network 

Specifications 

Updated  relationship  network 

Task  clusters  of  potentially 

Standards 

completing  tasks 

Tools 

Task  clusters  of  potentially 

Crew  station  models 

complementary  tasks 

Data  comparison  tools  (statistics) 

Design  tools 

EVALUATION  DATA 

Full-mission  simulator 

Performance  predictions 

Human  engineering  design  tools 

Spiecifications 

Human  performance  models 

Standards 

Mockups 

Workload  predictions 

Part-task  simulators 

Rating  tools 

System  and  subsystem  models 

Train  in  g/aiding  design  tools 
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2.  Function  requirements  refer  to  the  attributes  that  define  each  function  such  as  identification,  type 
(e.g.,  management  of  aircraft  movement),  duration,  earliest  start  time,  latest  start  time,  parent  functions, 
criticality,  etc. 

3.  Performance  and  cost  goals  are  derived  from  system  specifications  and  represent  the  standards 
against  which  all  design  alternatives  are  eventually  judged 

4.  Task  windows  refer  to  a  collection  of  data  fields  that  describe  a  particular  mechanization  of  some 
function  for  a  human  crew  member. 

5.  Function  relationships  refer  to  all  pairwise  combinations  of  functions  that  are  potentially  performed 
by  the  human  crew.  Information  about  each  pair  of  functions  includes  the  extent  to  which  they  share 
similar  goals  (Le.,  parent  function),  subsystems,  information  and  temporal  slots.  In  addition,  once 
converted  to  tasks,  the  extent  to  which  tasks  share  human  information  processing  resources  is  included 
in  this  category. 

6.  Evaluation  data  emerge  from  two  places:  external  sources  that  drive  the  design  process  (e.g.,  size  and 
weight,  human  performance  requirements,  etc.)  and  from  results  of  modeling  and  empirical  studies. 
The  latter  are  compared  with  the  performance  and  cost  goals  to  determine  the  degree  to  which  the 
design  satisfies  the  objectives. 

The  right-hand  column  of  Table  VI  summarizes  a  set  of  five  major  support  functions  and  two  broad  classes  of 
tools  that  emerge  from  the  allocator’s  task  demands. 

1 .  Basic  file  management  support  refers  to  needs  for  creating,  storing  and  retrieving  the  results  of  the 
allocation  work. 

2.  Database  construction  and  manipulation  tools  are  a  pervasive  need  as  the  allocator  builds  the 
structures  that  contain  the  information  in  the  left-hand  column  of  Table  VL  In  addition,  once 
constructed,  the  databases  are  sorted  and  searched  in  several  of  the  allocation  methodology  steps. 

3.  Computation  and  analysis  tools  that  are  specific  to  the  allocator’s  needs  include  clustering  algorithms 
to  support  the  identification  of  related  functions,  schemes  for  developing  weights  or  ratings  of  function 
relationships,  and  a  raft  of  relatively  simple  arithmetic  and  probability  computations  to  help  in 
schedule  computations. 

4.  View  s  refers  to  alternative  ways  of  portraying  a  set  of  information  to  the  human  analyst  For  allocation 
problems  in  particular,  these  views  include  Gantt  charts  of  functions  by  time,  PERT  networks,  PERT 
networks  by  time,  and  network  diagrams  of  nodes  and  arcs  to  depict  function  relationships. 

A  particularly  salient  example  of  the  viewer  function  can  be  seen  in  Table  VII  and  in  Figure  23.  Table 
VII  shows  a  (partial)  function  relationship  database  (the  specification  for  which  can  be  found  in 
Appendix  I).  Each  row  represents  a  pair  of  functions  that  could  be  assigned  to  the  human  crew 
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member.  Columns  represent  relationship  types  (e.g.,  goals,  information,  composite  ratings  of  the 
user’s  own  making,  etc.).  Figure  23  shows  the  results  of  accessing  and  examining  this  data  file  through 
a  network  viewer  that  has  “filtering”  capabilities.  The  lower  two  frames  depict  portions  of  the 
relationship  network  of  all  functions  as  they  compare  along  the  goals  attribute.  The  higher  the  value  on 
the  arc,  the  stronger  the  nodes  (functions)  are  related  to  the  same  goals.  The  lower  left-hand  network  is 
shown  in  response  to  the  allocator's  desire  to  “show  all”  arcs;  the  lower  right-hand  network  has  been 
filtered  to  show  only  those  relationships  that  exceed  a  rating  of  0.5.  This  type  of  support  takes 
advantage  of  the  human  allocator’s  pattern  recognition  abilities. 


TABLE  VII  —  FUNCTION  RELATIONSHIPS  DATABASE 
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FIGURE  23.  FUNCTION  RELATIONSHIP  VIEWING  AND  CLUSTERING 


5.  Browsing  and  retrieval  are  general  support  functions  that  are  needed  to  locate  information  either  from 
external  sources  and  databases  or  from  the  program  data  (i.e.,  left-hand  column). 

Additional  supports  of  interest  to  the  allocator  include  external  databases  and  various  speciality  tools 
that  are  designed  for  relatively  narrow  information  needs.  These  are  summarized  in  the  lower  half  of 
the  right-hand  column  in  Table  VI. 

Figure  24  depicts  a  software  architecture  that  can  provide  the  support  functionality,  the  data  repository 
for  program  information,  and  access  to  external  databases  and  speciality  tools.  As  a  start  at  a  much 
more  detailed  specification  of  this  environment.  Appendices  I  and  K  define  the  program  database 
fields. 

Example  of  the  Methodology  and  Support  System 

With  the  methodology  and  support  system  now  described  in  general  terms,  it  is  appropriate  to  examine  how 
they  would  be  applied  to  arrive  at  allocation  decisions  in  practice.  To  do  this  requires  a  detailed  look  at  the 
specifics  of  a  commercial  flight  mission,  and  consideration  of  mission  events,  a  function  timeline,  function 
characteristics,  and  the  iterations  among  allocation,  design  and  evaluation  to  arrive  at  final  allocation  decisions. 

We  used  the  LAX  to  JFK  commercial  flight,  that  was  defined  in  some  detail  previously,  as  a  representative 
mission.  Also  for  purposes  of  demonstrating  the  methodology,  we  worked  with  only  a  portion  of  the  total 
mission,  the  “liftoff’  segment  of  the  takeoff  phase.  Using  vehicle  dynamics  and  takeoff  conditions  for  a  typical 
commercial  transport,  this  segment  lasts  less  than  one  minute.  Nevertheless,  the  system  and  crew  are  required 
to  perform  a  large  number  of  functions  during  the  liftoff  segment  (see  Figure  10). 

In  this  description,  the  map  between  the  steps  in  the  methodology  (see  Table  V)  and  steps  in  the  example  is  as 
follows: 


Methodology  Phase 


Steps  in  Example 


Requirements  Definition 
Initial  Design 

Design  Integration  -  Complementary 
Design  Integration  -  Competing 
Final  Design 


1  through  7 
8  through  15 
16  through  23 
24  through  30 
3 1  through  38 


The  designer  begins  the  process  with  an  empty  “Program  Database”  (see  Figure  24)  and  proceeds  to  fill  in  the 
information  that  describes  the  allocation  scheme.  To  accomplish  this,  the  designer  accesses  information  from 
external  sources,  develops  alternative  allocation  schemes,  designs  task  windows,  and  evaluates  these  designs 
through  analytical  and  empirical  means.  As  the  designer  proceeds  through  the  methodology,  the  program 
database  is  used  to  store  intermediate  results  that  support  the  allocation,  design  and  evaluation  steps.  As  a 
result,  data  in  several  fields  are  updated  a  number  of  times.  When  the  methodology  has  been  completed,  the 
program  database  contains  the  key  design  information:  task  windows  and  an  allocation  timeline. 
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PROGRAM  DATA  SUPPORT  SYSTEM  FUNCTIONS  ARCHIVAL  DATABASES 


FIGURE  24.  ARCHITECTURE  FOR  FUNCTION  ALLOCATION  SUPPORT  SYSTEM 


A  Fictional  Design  Example . 

For  purposes  of  illustration,  consider  the  following  fictional  account  of  an  upgrade  to  an  existing  commercial 
transport  aircraft 

The  aerodynamics  analysis  team  of  a  particular  commercial  transport  has  determined  that  energy  efficiency 
could  be  increased  by  a  small,  but  significant  margin  if  flight  control  better  reflected  prevailing  environmental 
conditions.  Their  fuel  price  projections  suggest  that  the  estimated  margin  could  save  airline  companies  several 
million  dollars  annually.  As  it  turns  out,  the  team’s  analysis  also  shows  that  potential  fuel  savings  would  be 
greatest  during  transition  segments  of  flight,  such  as  liftoff  and  climb  where  fuel  bum  rates  tend  to  be  greatest 

In  its  analysis,  the  aerodynamics  team  shows  that  energy  efficiency  can  be  increased  if  drag  associated  with 
flap  angle  can  be  adjusted  continuously  rather  than  in  discrete  steps.  Current  operating  procedures  for  normal 
takeoff  and  climb  recommend  decreasing  flap  angle  in  discrete  steps  from  maximum  deflection  (20  degrees)  at 
rotation  velocity  (VR)  to  “cleaned-up”  (fully  retracted)  at  V2+80  knots.  For  this  particular  aircraft,  retraction 
steps  are  tied  to  airspeed  according  to  the  following  recommended  flap  retraction  schedule: 

Airspeed  (kts)  Flap  Position  (degrees) 


20  to  10 
1  to  5 
5  to  1 


V2+10 
V2  +  20 
V2  +  60 
V2  +  80 


1  to  0  (fully  retracted) 


In  the  current  aircraft,  flap  retraction  steps  are  initiated  by  the  crew  when  they  detect  that  airspeed  has  reached  a 
target  value.  Flap  position  is  controlled  by  positioning  a  lever  arm  to  one  of  several  fixed  detents.  Feedback  on 
flap  angle  is  provided  to  the  crew  by  means  of  a  panel  instrument. 

The  challenge  to  the  design  team  is  to  achieve  the  fuel  savings  by  designing  a  means  to  control  drag  associated 
with  flap  position  in  a  continuous  manner.  Several  alternatives  appear  viable.  At  one  extreme,  flap  position 
control  might  be  fully  automated.  This  would  require  extensive  hardware  and  software  development  to  be  able 
to  acquire  vehicle  and  atmospheric  state  data  in  real  time,  compute  “flap  trim,”  and  govern  flap  angle.  At  the 
other  extreme,  control  might  be  given  to  the  crew  by  presenting  real  time  displays  of  energy  use  and  flap 
position  in  any  of  several  formats  and  providing  continuous  control  of  flap  angle.  This  alternative  would 
involve  crew  station  alterations,  new  operating  procedures,  and  possibly  new  training  requirements.  Several 
intermediate  solutions  that  blend  computer  and  human  resources  also  appear  conceivable. 

1.  Develop  system  requirements — The  crew  system  design  team  “accepts”  the  aero  team’s  challenge 
and  first  develops  a  verbal  definition  of  the  design  goal.  Table  VTH  illustrates  in  outline  form  the  spirit 
of  their  output 
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TABLE  VIII.  SYSTEM  GOAL  AND  REQUIREMENTS 


Design  Goal: 

Increase  energy  efficiency  in  transition  segments  by  8%. 

Mission  Type: 

Passenger  and  cargo  transport 

Operating  conditions: 

Weather 

Full  range 

Variable  across  mission  segments 

Temperature 

Day  and  night 

Altitude 

Traffic . 

Typical  concentrations  for  1990’s 

Airfields 

Facility  descriptions  and  capabilities 

Regulatory  agency  operating  procedures 

System  Requirements: 

Production  costs: 

Design 

Fabrication 

Assembly 

Test 

Operating  costs: 

Fuel 

Manpower  (crew  complement) 

Personnel 

Training 

Logistics 

System  Performance 

Passenger  and  Cargo  Capacity 

Size 

Weight 

Safety  of  Flight 

Crew  System  Constraints: 

Volume 

Use  of  existing  aircraft  systems 

Use  of  existing  equipment 

Regulatory  requirements 
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In  general,  we  presume  that  system  requirements  emerge  from  customer  needs,  cost  savings 
opportunities  (as  in  the  present  fictional  scenario),  technological  opportunities,  etc.  The  requirements 
themselves  are  likely  to  be  captured  in  a  needs  document  that  is  a  given  to  the  design  team  to  start  the 
process.  In  analyzing  these  goals,  the  design  team  defines  the  full  range  of  performance  conditions  and 
system-level  criteria  that  must  be  met  In  addition,  the  data  help  to  size  the  system  in  terms  of  capacity, 
development  costs,  manufacturing  requirements,  etc.  The  design  team’s  output  is  then  captured  in  a 
more  or  less  thick  system  requirements  document 

2.  Define  baseline  system — For  our  example,  the  design  team  is  upgrading  a  particular  aircraft  Hence, 
vehicle  dynamics,  flight  performance,  subsystems  and  their  performances,  the  crew  station,  system 
production,  operating  costs,  etc.  (See  Table  VIII)  will  be  derived  from  the  particular  aircraft 

3.  Construct  nominal  system  state  timeline — Accessing  a  vehicle  dynamics  model  for  the  particular 
aircraft  from  the  archived  model  base,  the  design  team  produces  a  nominal  mission  state  timeline  and 
stores  it  into  the  “Timelines”  sector  of  the  program  database.  Table  IX  depicts  a  piece  of  what  such  a 
timeline  would  contain.  Appendix  J  describes  the  recommended  structure  and  data  fields  for  the 
complete  program  database  of  which  the  nominal  state  timeline  is  a  component. 

Each  record  of  the  timeline  represents  a  snapshot  of  the  state  of  the  vehicle  and  its  environment  Table 
IX  shows  the  values  for  only  seven  parameters — elapsed  time,  airspeed,  X  and  Y  positions  in  nautical 
miles  relative  to  the  pre-ground  roll  point  on  the  runway,  altitude,  flight  path  angle  (gamma),  and 
heading.  These  parameters  are  displayed  at  a  five-second  update  rate.  These  values  were  produced 
with  a  rudimentary  point  mass  vehicle  dynamics  model  written  in  a  microprocesssor-based 
spreadsheet  program,  (i.e.,  Excel).  For  the  illustration,  only  seven  minutes  of  the  mission  are  shown, 
starting  the  clock  when  the  takeoff  ground  roll  begins.  This  period  covers  the  ground  roll,  liftoff  and  a 
portion  of  the  climb  segment  of  the  mission.  The  “liftoff’  segment  begins  when  the  aircraft  achieves 
rotation  velocity  (Le.,  VR  =  1 63  kts  for  this  example)  and  ends  when  it  passes  through  50  feet  AGL. 

Clearly,  more  sophisticated  aerodynamic  models  are  available  that  generate  values  for  these 
parameters  as  well  as  the  entire  vehicle  state  vector,  and  at  any  level  of  granularity  desired.  The  five- 
second  increment  was  selected  strictly  for  illustrative  purposes.  Furthermore,  although  not  shown  in 
Table  EX,  nominal  subsystem  states,  (e.g.,  flaps  setting)  and  the  relationships  between  the  system  and 
external  objects,  such  as  other  aircraft  and  ground  points,  also  would  be  represented  in  the  total  system 
state  timeline. 
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TABLE  IX.  EXAMPLE  OF  SYSTEM  TIMELINE 


No. 

Segment 

Time 

kts 

Xnm 

Ynm 

alt 

gam 

Hdg 

1 

Position  hold 

0:00:00 

_ 

_ 

_ 

_ 

_ 

_ 

2 

Position  hold 

0:00:00 

— 

— 

— 

— 

— 

— 

3 

Position  hold 

0:00:00 

— 

— 

— 

— 

— 

— 

4 

Ground  roll 

0:00:00 

0 

0.0 

0.0 

0 

0 

90 

5 

Ground  roll 

0:00:05 

9 

0.0 

0.0 

0 

0 

90 

6 

Ground  roll 

0:00:10 

21 

0.0 

0.0 

0 

0 

90 

7 

Ground  roll 

0:00:15 

36 

0.0 

0.0 

0 

0 

90 

8 

Ground  roll 

0:00:20 

53 

0.1 

0.0 

0 

0 

90 

9 

Ground  roll 

0:00:25 

71 

0.2 

0.0 

0 

0 

90 

10 

Ground  roll 

0:00:30 

89 

0.3 

0.0 

0 

0 

90 

11 

Ground  roll 

0:00:35 

107 

0.4 

0.0 

0 

0 

90 

12 

Ground  roll 

0:00:40 

127 

0.5 

0.0 

0 

0 

90 

13 

Ground  roll 

0:00:45 

148 

0.7 

0.0 

0 

0 

90 

14 

Liftoff 

0:00:50 

166 

0.9 

0.0 

0 

2 

90 

15 

Liftoff 

0:00:55 

184 

1.1 

0.0 

21 

7 

90 

16 

Liftoff 

0:01:00 

198 

1.4 

0.0 

46 

12 

90 

17 

Liftoff 

0:01:05 

201 

1.7 

0.0 

74 

17 

90 

18 

Initial  ascent 

0:01:10 

203 

2.0 

0.0 

105 

22 

90 

19 

Initial  ascent 

0:01:15 

204 

2.2 

0.0 

141 

25 

90 

20 

Initial  ascent 

0:01:20 

206 

2.5 

0.0 

182 

30 

90 

21 

Initial  ascent 

0:01:25 

207 

2.8 

0.0 

232 

30 

90 

22 

Initial  ascent 

0:01:30 

209 

3.1 

0.0 

295 

30 

90 

23 

Initial  ascent 

0:01:35 

210 

3.4 

0.0 

378 

30 

90 

24 

Initial  ascent 

0:01:40 

212 

3.7 

0.0 

503 

30 

90 

25 

Initial  ascent 

0:01:45 

213 

4.0 

0.0 

628 

30 

90 

•  26 

Initial  ascent 

0:01:50 

215 

4.3 

0.0 

753 

30 

90 

27 

Initial  ascent 

0:01:55 

216 

4.6 

0.0 

1003 

30 

90 

28 

Initial  ascent 

0:02:00 

218 

4.9 

0.0 

1253 

30 

90 

29 

Initial  ascent 

0:02:05 

219 

5.2 

0.0 

1503 

30 

90 

30 

Trans/accel 

0:02:10 

221 

5.5 

0.0 

1753 

30 

90 

31 

Trans/accel 

0:02:15 

222 

5.8 

0.0 

2003 

30 

90 

32 

Trans/accel 

0:02:20 

224 

6.1 

0.0 

2253 

30 

90 

33 

Trans/accel 

0:02:25 

225 

6.4 

0.0 

2503 

30 

90 

34 

Trans/accel 

0:02:30 

227 

6.7 

0.0 

2753 

30 

90 

35 

Trans/accel 

0:02:35 

228 

7.0 

0.0 

3003 

30 

90 

36 

Trans/accel 

0:02:40 

230 

7.3 

0.0 

3253 

30 

90 

37 

Trans/accel 

0:02:45 

233 

7.7 

0.0 

3503 

30 

90 

38 

Trans/accel 

0:02:50 

236 

8.0 

0.0 

3753 

30 

90 

39 

Trans/accel 

0:02:55 

238 

8.3 

0.0 

4003 

30 

90 

40 

Trans/accel 

0:03:00 

241 

8.6 

0.0 

4253 

30 

90 

41 

Trans/accel 

0:03:05 

244 

9.0 

0.0 

4503 

30 

90 

42 

Trans/accel 

0:03:10 

247 

9.3 

0.0 

4753 

30 

90 

43 

Trans/accel 

0:03:15 

250 

9.7 

0.0 

5003 

30 

90 

44 

Trans/accel 

0:03:20 

253 

10.0 

0.0 

5253 

30 

90 

45 

Trans/accel 

0:03:25 

256 

10.4 

0.0 

5503 

30 

90 

46 

Ascent  to  10K 

0:03:30 

259 

10.7 

0.0 

5753 

30 

90 
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This  timeline  serves  several  needs: 


•  Defines  the  conditions  under  which  system  functions  will  have  to  be  performed-  Conditions 
that  affect  human  performance  (e.g.,  barometric  pressure,  illumination,  attitude  with  respect  to 
gravity,  etc.)  are  of  particular  interest  to  the  methodology. 

•  Asa  nominal  timeline,  characterizes  the  expected  behavior  of  the  system.  Therefore,  each 
snapshot  can  be  thought  of  as  a  new  milestone  to  be  achieved.  System  and  subsystem  state 
changes  that  effect  each  new  stale  constitute  the  functional  requirements  that  the  design  team 
must  meet 

•  A  nominal  timeline,  provides  a  benchmark  against  which  to  compare  the  performance  of 

alternative  designs. 

* 

4.  Build function  timeline — The  design  team’s  next  step  is  to  attach  functional  requirements  to  each 
time  period  in  the  nominal  system  state  timeline.  Accessing  the  Function  Dictionary  (see  Appendix  K) 
from  an  archive  as  an  aid,  die  team  proceeds  to  construct  and  store  a  function  timeline.  Table  X  shows 
the  entire  structure  for  each  functioa 

Table  XI  shows  a  part  of  the  resulting  function  timeline.  The  four  five-second  intervals  that  define 
liftoff  have  been  decomposed  into  their  constituent  requirements.  As  can  be  seen,  each  function  is 
defined  by  a  number,  action  verb,  and  object  of  the  action.  This  information  was  accessed  from  the 
Function  Dictionary  (Appendix  K).  We  have  also  entered  hypothetical  values  for  task  type  (DIS  = 
discrete;  CON  =  continuous;  ENT  =  intermittent),  expected  duration  in  seconds,  criticality  (1  =  high, 
4  =  low)  and,  finally,  the  allocation  (H,  A,  or  H/A).  Although  not  shown  in  Table-XI,  data  fields  that 
the  design  team  must  also  fill  in  per  function  include  required  performance,  parent  function(s), 
subsystem(s)  used,  information  required,  and  others  (see  Table  X). 

As  discussed  above  in  the  overall  methodology,  several  methods  could  be  ased  to  produce  the 
functions  and  attach  them  to  time  periods.  For  our  example,  we  have  assumed  that  the  design  team  has 
created  a  hierarchical  structure  of  functions  and  subfunctions  for  each  time  period. 

Geariy,  the  effort  to  produce  the  function  timeline  depends  on  two  pnmary  factors:  (1)  the  granularity 
to  which  functions  are  decomposed,  and  (2)  the  time  step  in  which  the  nominal  timeline  is  expressed. 
Table  XI  illustrates  a  modest  analysis  effort  for  just  the  liftoff  portion  of  the  nominal  timeline.  As  can 
be  seen  from  comparing  Tables  IX  and  XI,  at  a  five-second  granularity  of  system  state  changes,  the 
liftoff  segment  expands  approximately  twenty-fold  when  functions  are  attached  per  snapshot 

For  the  present  example  in  particular,  the  design  team  would  identify  when,  during  the  mission,  flaps 
control  is  required,  and  then  change  the  task  type  from  discrete  (in  the  baseline  system)  to  continuous 
(for  the  new  design).  In  addition,  if  there  were  opportunities  for  governing  energy  use  through  flap 
control  during  periods  other  than  the  segments  in  which  such  control  occurs  in  the  baseline,  the  team 
would  add  the  flaps  control  function  to  these  additional  time  periods. 
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TABLE  X.  STRUCTURE  OF  A  FUNCTION 


Identification 

Number 

Numeric  identifier 

Indentation  Level 

Used  to  indicate  hierarchical  level 

Function  Name 

English  identifier 

Category 

Management  of ...  a/c  movement,  flight  plan,  etc. 

Function  type 

Continuous,  intermittent,  discrete 

Attributes 

Expected  duration 

Seconds 

Duration  variance 

Seconds 

Earliest  start 

Time  relative  to  a  mission  milestone 

Latest  start 

Time  relative  to  a  mission  milestone 

Goal  (parent  function) 

Identifier  of  next  higher-level  function(s) 

Predecessor  function(s) 

Identifier  of  temporal  predecessors) 

Trigger  condition(s) 

Initiating  system  state 

Ending  condition(s) 

Terminating  system  state 

Uses  subsystem(s) 

Identifier  of  subsystem 

Criticality  to  mission 

Judgment  expressed  as  a  rating 

Information  requirements 

Variable  name(s) 

Variable  name(s)  from  system  state  vector 

Required  accuracy 

Value  (e.g.,  +  or  -  value% ) 

No.  samples  required 

One,  multiple,  or  continuous 

Allocation 

Designated  performerfs) 

Resource  to  which  the  function  is  assigned 

5.  Define  baseline  allocation — Given  the  function  timeline,  the  next  step  is  to  define  a  baseline 

allocation.  Table  XI  contains  the  results  of  this  operation  (initially,  the  allocation  code  associated  with 
each  function  would  be  blank  in  the  program  database).  At  this  stage  of  the  process,  the  design  team 
adopts  the  allocation  for  all  functions  from  the  baseline  system  except  for  flaps  control.  Flaps  control  is 
assigned  to  H/A  since  the  final  allocation  will  depend  on  performance,  technological  feasibility,  etc. 
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TABLE  XI  —  EXAMPLE  FUNCTION  TIMELINE 


No. 

Segment 

Time 

# 

Verb 

Object 

Type 

Durtn 

Crtkl 

Alloc 

10 

Ground  roll 

0:00:45 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

11 

Ground  roll 

0:00:45 

51 

track 

course 

Con 

— 

2 

H/A 

12 

Liftoff 

0:00:50 

122 

monitor 

comm  message 

Int 

3.5 

3 

H 

13 

Liftoff 

0:00:50 

119 

monitor 

OW  for  obstacles 

Int 

8 

1 

H 

14 

Liftoff 

0:00:50 

121 

callout 

VR 

Dis 

4 

2 

H 

15 

Liftoff 

0:00:50 

108 

monitor 

subsystems  status 

Int 

10 

4 

H 

16 

Liftoff 

0:00:50 

23 

hold 

heading 

Con 

— 

2 

H/A 

17 

Liftoff 

0:00:50 

22 

monitor 

heading 

Int 

2 

2 

H/A 

18 

Liftoff 

0:00:50 

2 

adjust 

roll 

Con 

— 

1 

H/A 

19 

Liftoff 

0:00:50 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

20 

Liftoff 

0:00.50 

30 

execute 

climb 

Int 

sum 

1 

H/A 

21 

Liftoff 

000:50 

37 

execute 

pitch-up 

Int 

sum 

1 

H/A 

22 

Liftoff 

000:50 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

23 

Liftoff 

00050 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

24 

Liftoff 

00050 

26 

monitor 

flight  path  angle 

Int 

2 

2 

H/A 

25 

Liftoff 

00050 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

26 

Liftoff 

00050 

18 

monitor 

altitude 

Int 

2 

2 

H/A 

27 

Liftoff 

00050 

25 

select 

flight  path  angle  target 

Dis 

1.5 

2 

H 

28 

Liftoff 

00050 

28 

change 

flight  path  angle 

Con 

— 

2 

H 

29 

Liftoff 

00050 

17 

select 

altitude  target 

Dis 

1.5 

2 

H 

30 

Liftoff 

00050 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

31 

Liftoff 

0:00:50 

51 

track 

course 

Con 

— 

3 

H/A 

32 

Liftoff 

00050 

22 

monitor 

heading 

Int 

2 

2 

H/A 

33 

Liftoff 

00055 

122 

monitor 

comm  message 

Int 

3.5 

3 

H 

34 

Liftoff 

00055 

119 

monitor 

OW  for  obstacles 

Int 

8 

1 

H 

35 

Liftoff 

00055 

121 

callout 

50  ft 

Dis 

4 

2 

H 

36 

Liftoff 

00055 

121 

callout 

V2 

Dis 

4 

3 

H 

37 

Liftoff 

00055 

126 

request 

gears  up 

Dis 

4 

3 

H 

38 

Liftoff 

00055 

128 

request 

spoilers  off 

Dis 

4 

3 

H 

39 

Liftoff 

00055 

107 

monitor 

flaps  position 

Int 

2.5 

2 

H 

40 

Liftoff 

00055 

76 

select 

landing  gear-main  up 

Dis 

3 

2 

H 

41 

Liftoff 

00055 

77 

select 

landing  gear-center  up 

Dis 

3 

2 

H 

42 

Liftoff 

00055 

78 

select 

landing  gear-nose  up 

Dis 

3 

2 

H 

43 

Liftoff 

00055 

10 

select 

spoilers  off 

Dis 

3 

2 

H 

44 

Liftoff 

00055 

108 

monitor 

subsystems  status 

Int 

10 

4 

H 

45 

Liftoff 

00055 

23 

hold 

heading 

Con 

— 

2 

H/A 

46 

Liftoff 

00055 

22 

monitor 

heading 

Int 

2 

2 

H/A 

47 

Liftoff 

00055 

28 

change 

flight  path  angle 

Con 

— 

2 

H 

48 

Liftoff 

00055 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

49 

Liftoff 

00055 

2 

adjust 

roll 

Con 

— 

1 

H/A 

50 

Liftoff 

00055 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

51 

Liftoff 

00055 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

52 

Liftoff 

00055 

26 

monitor 

flight  path  angle 

Int 

2 

2 

H/A 

53 

Liftoff 

00055 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

54 

Liftoff 

00055 

18 

monitor 

altitude 

Int 

2 

2 

H/A 

55 

Liftoff 

00055 

25 

select 

flight  path  angle  target 

Dis 

1.5 

2 

H 
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TABLE  XI  — (Continued) 


No. 

Segment 

Time 

# 

Verb 

Object 

Type 

Durtn 

Crtkl 

Alloc 

56 

Liftoff 

0.00:55 

17 

select 

altitude  target 

Dis 

1.5 

2 

H 

57 

Liftoff 

00055 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

58 

Liftoff 

00055 

51 

track 

course 

Con 

— 

3 

H/A 

59 

Liftoff 

00055 

22 

monitor 

heading 

Int 

2 

2 

H/A 

60 

Liftoff 

001. -oo 

122 

monitor 

comm  message 

Int 

3.5 

3 

H 

61 

Liftoff 

001:00 

119 

monitor 

OW  for  obstacles 

Int 

8 

1 

H 

62 

Liftoff 

001:00 

108 

monitor 

subsystems  status 

Int 

10 

4 

H 

63 

Liftoff 

001:00 

23 

hold 

heading 

Con 

— 

2 

H/A 

64 

Liftoff 

001:00 

22 

monitor 

heading 

Int 

2 

2 

H/A 

65 

Liftoff 

001:00 

28 

change 

flight  path  angle 

Con 

— 

2 

H 

66 

Liftoff 

001:00 

1 

adjust 

pitch 

Con 

• 

1 

H/A 

67 

Liftoff 

0.01:00 

2 

adjust 

roll 

Con 

1 

H/A 

68 

Liftoff 

0.01:00 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

69 

Liftoff 

001:00 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

70 

Liftoff 

0.01:00 

26 

monitor 

flight  path  angle 

Int 

2 

2 

H/A 

71 

Liftoff 

0.01:00 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

72 

Liftoff 

001:00 

18 

monitor 

altitude 

Int 

2 

2 

H/A 

73 

Liftoff 

001:00 

25 

select 

flight  path  angle  target 

Dis 

1.5 

2 

H 

74 

Liftoff 

001:00 

17 

select 

altitude  target 

Dis 

1.5 

2 

H 

75 

Liftoff 

001:00 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

76 

Liftoff 

0.01:00 

51 

track 

course 

Con 

— 

3 

H/A 

77 

Liftoff 

001:00 

22 

monitor 

heading 

Int 

2 

2 

H/A 

78 

Liftoff 

001:05 

122 

monitor 

comm  message 

Int 

3.5 

3 

H 

79 

Liftoff 

001:05 

119 

monitor 

OW  for  obstacles 

Int 

8 

1 

H 

80 

Liftoff 

0.01:05 

121 

callout 

V2+10 

Dis 

4 

3 

H 

81 

Liftoff 

0.01:05 

125 

request 

flaps  20  to  10 

Dis 

4 

3 

H 

82 

Liftoff 

0.01:05 

8 

select 

flaps  20  to  10 

Dis 

4 

3 

H 

83 

Liftoff 

001:05 

108 

monitor 

subsystems  status 

Int 

10 

4 

H 

84 

Liftoff 

001:05 

23 

hold 

heading 

Con 

— 

2 

H/A 

85 

Liftoff 

001:05 

22 

monitor 

heading 

Int 

2 

2 

H/A 

86 

Liftoff 

001:05 

28 

change 

flight  path  angle 

Con 

— 

2 

H 

87 

Liftoff 

0:01:05 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

88 

Liftoff 

001K15 

2 

adjust 

roll 

Con 

— 

1 

H/A 

89 

Liftoff 

001:05 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

90 

Liftoff 

001.-05 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

91 

Liftoff 

0:01:05 

26 

monitor 

flight  path  angle 

Int 

2 

2 

H/A 

92 

Liftoff 

001:05 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

93 

Liftoff 

0.01:05 

18 

monitor 

altitude 

Int 

2 

2 

H/A 

94 

Liftoff 

001:05 

25 

select 

flight  path  angle  target 

Dis 

1.5 

2 

H 

95 

Liftoff 

001K)5 

17 

select 

altitude  target 

Dis 

1.5 

2 

H 

96 

Liftoff 

O01K15 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

97 

Liftoff 

001:05 

51 

track 

course 

Con 

— 

3 

H/A 

98 

Liftoff 

001:05 

22 

monitor 

heading 

Int 

2 

2 

H/A 

99 

Initial  ascent 

001:10 

122 

monitor 

comm  message 

Int 

3.5 

3 

H 

100 

Initial  ascent 

0.01:10 

119 

monitor 

OW  for  obstacles 

Int 

8 

1 

H 
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6.  Define  baseline  design — As  with  the  baseline  allocation,  the  design  team  initially  adopts  the 
mechanization  for  all  functions,  except  flaps  control,  from  the  baseline  aircraft  This  approach  ensures 
that  getting  started  is  not  an  overwhelmingly  arduous  task.  Along  with  the  design  information,  the 
expected  durations  and  duration  variances  are  logged  per  function,  based  on  performance  data  collected 
from  the  design  and/or  test  activities  associated  with  the  baseline  aircraft 

For  the  example,  we  have  assumed  that  design  information  is  accessed  from  the  archives  of  past 
designs,  and  in  particular,  from  those  associated  with  the  baseline  aircraft  This  information  is  expressed 
as  data  flow  diagrams,  equipment  interface  protocols,  signal  flow  diagrams,  blueprints  for  structural 
components,  equipment  listings,  drawings,  software  listings,  photographs,  data  plots,  descriptions  of 
operating  procedures,  and  so  on.  The  team  stores  these  sources  directly  (if  in  digital  form)  or  pointers  to 
them  in  the  appropriate  fields  of  the  “task  window”  portion  of  the  program  database  (see  Appendix  J). 

Of  particular  importance  in  this  step  is  the  identification  of  the  human  resources  demanded  by  the 
baseline  design.  We  have  assumed  that  the  human  crew  is  characterized  as  a  multiple  resource 
processor  composed  of  input,  information  processing,  and  output  capabilities.  Since  the  baseline  design 
is  largely  adopted  from  an  existing  mechanization,  the  design  team  characterizes  each  task  in  terms  of 
the  input  (visual  versus  auditory  versus  kinesthetic),  information  processing  (verbal  versus  spatial),  and 
output  (manual  versus  speech)  demands  it  places  on  the  human  crew.  At  this  stage,  merely  identifying 
whether  the  resources  are  or  are  not  demanded  per  function  would  suffice  for  computing  the  task 
schedule  and  resource  demand  profile  in  the  next  step. 

7.  Compute  timeline  metrics — To  summarize  the  state  of  the  program  database  at  th is  juncture,  the  team 
has  developed  a  nominal  system  state  timeline,  the  function  requirements  pier  time  step,  a  preliminary 
allocation,  and  a  preliminary  task  window  (design).  Before  moving  on  to  the  heart  of  the  allocation 
methodology,  the  team  accesses  a  schedule  computation  tool  and  alternative  viewers  to  examine  the 
distribution  of  resource  demands  over  time  in  the  baseline  allocation.  Schedule  computation  refers  to 
determining  expected  start  and  stop  times  per  function  along  with  the  slack  time  associated  with  each. 
The  team  views  these  computations  through  a  Gantt,  PERT  and/or  PERT  with  time  formats  chart  In 
addition,  tabulations  of  tasks  by  elapsed  time,  resource  demands  by  elapsed  time,  and  resource  demands 
by  task  are  computed  and  viewed 

The  purpose  of  this  step  in  the  methodology  is  to  determine  whether  or  not  the  preliminary  allocation 
and  task  designs  provide  reasonably  accurate  performance  estimates  for  the  baseline  system.  This  is  an 
important  determination  given  the  comparative  role  of  the  baseline  system  in  the  next  stages  of  the 
allocation  methodology. 

8.  Sort  timeline  by  function — The  first  step  in  the  initial  design  stage  is  to  sort  the  function  timeline  by 
function.  In  our  example,  output  from  this  step  is  shown  in  Table  XIL  As  can  be  seen,  repetitions  of 
each  function  are  grouped  together,  ordered  by  elapsed  time.  This  view  enables  the  design  team  to 
determine  the  range  of  conditions  under  which  each  function  must  be  performed  along  with  expiected 
duration  (based  on  the  baseline  design),  information  requirements,  criticality,  and  the  baseline 
allocation. 


67 


No. 

22 

48 

66 

87 

18 

49 

67 

88 

19 

50 

68 

89 

23 

51 

69 

90 

82 

43 

10 

30 

57 

75 

96 

25 

53 

71 

92 


Of  particular  interest  are  functions  associated  with  flaps  control.  The  sorting  operation  shows  the 
design  team  that  continuous  flaps  control  will  be  demanded  during  each  time  period  of  the  liftoff 
segment  (Note:  if  a  timeline  for  the  entire  mission  were  complete,  the  sorting  operation  would  show 
all  transition  segments  in  which  flap  control  was  required,  along  with  the  operational  conditions  that 
surround  this  functioa) 


TABLE  XII.  EXAMPLE  OF  SORTED  FUNCTION  TIMELINE 


Segment 

Time 

# 

Verb 

Object 

Type 

Durtn 

Crticl 

Alloc 

Liftoff 

0:00:50 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

Liftoff 

0:00:55 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

Liftoff 

0:01:00 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

Liftoff 

0:01:05 

1 

adjust 

pitch 

Con 

— 

1 

H/A 

Liftoff 

0:00:50 

2 

adjust 

roll 

Con 

_ 

1 

H/A 

Liftoff 

0:00:55 

2 

adjust 

roll 

Con 

— 

1 

H/A 

Liftoff 

01)1:00 

2 

adjust 

roll 

Con 

— 

1 

H/A 

Liftoff 

0:01:05 

2 

adjust 

roll 

Con 

— 

1 

H/A 

Liftoff 

0:00:50 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

Liftoff 

0:00:55 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

Liftoff 

0:01:00 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

Liftoff 

0:01:05 

3 

adjust 

yaw 

Con 

— 

3 

H/A 

Liftoff 

0:00:50 

4 

adjust 

thrust 

Con 

_ 

1 

H/A 

Liftoff 

0:00:55 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

Liftoff 

0:01:00 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

Liftoff 

0:01:05 

4 

adjust 

thrust 

Con 

— 

1 

H/A 

Liftoff 

0:01:05 

8 

select 

flaps  20  to  10 

Dis 

4 

3 

H 

Liftoff 

0:00:55 

10 

select 

spoilers  off 

Dis 

3 

2 

H 

Ground  roll 

0:00:45 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

Liftoff 

0:00:50 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

Liftoff 

0:00:55 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

Liftoff 

0:01:00 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

Liftoff 

0:01:05 

13 

select 

airspeed  target 

Dis 

1.5 

2 

H 

Liftoff 

0:00:50 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

Liftoff 

0:00:55 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

Liftoff 

0:01:00 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

Liftoff 

0:01:05 

14 

monitor 

airspeed 

Int 

2 

2 

H/A 

9.  Allocate  functions  to  H,  A,  and  HI  A — The  team  initially  allocates  all  flaps  control  functions  to  H,  the 
human  crew.  This  decision  is  based  on  an  automation  philosophy  that  defaults  control  to  the  human 
crew  whenever  the  crew  is  capable  of  the  task.  However,  at  this  stage,  it  is  not  clear  to  the  team 
whether  the  human  crew  will  be  able  to  effect  continuous  control  of  flap  position  to  meet  energy 
efficiency  performance  goals  because  the  precise  mechanization  for  the  associated  functions  has  not 
been  devised. 

10.  Produce  initial  designs  for  all  H  and  HI  A — Initial  task  design  for  the  flap  control  functions  involves 
choosing  displays,  controls,  and  procedures.  The  design  team  tries  several  alternative  designs.  They 
converge  on  a  concept  for  a  CRT-based,  Energy  X  Flaps  Position  display  that  shows  current  values  of 
these  system  states  relative  to  a  computed  optimal  setting.  Control  is  effected  by  a  digital  rocker  switch 
that  is  integrated  into  the  display.  The  design  is  developed  from  a  CAD  tool  that  is  accessed  from  the 
tool  archive,  and  the  drawings  and  procedural  details  are  logged  into  the  Task  Window  portion  of  the 
program  database. 

1 1 .  Predict  performance  and fid-in  task  window — The  team  then  accesses  a  performance  modeling 
language  (e.g.,  STELLA)  from  the  tools  archive,  and  develops  a  human-system  model  of  the  energy 
control  task.  Data  to  estimate  human  input,  processing  and  output  parameters  in  the  model  are 
acquired  from  on-line  sources  such  as  the  Engineering  Data  Compendium  (ref.  10)  and  various  human 
engineering  handbooks  that  contain  manual  tracking  performance  information.  Parameters  for  the 
system  dynamics  are  adopted  from  the  baseline  aircraft,  and  various  display/control  orders  are 
explored  in  a  sensitivity  analysis. 

The  model  is  used  to  explore  control  accuracy  measured  in  terms  of  RMS  errors  from  desired  flaps 
position  for  various  display/control  dynamics  and  in  various  mission  time  periods  that  exhibit  more  or 
less  stringent  control  accuracy  requirements  (e.g,  the  liftoff  segment  requires  better  control 
performance  than  does  the  subsequent  initial  climb  segment).  As  a  result  of  the  exercise,  display 
characteristics  are  modified  to  increase  the  saliency  of  the  offset  between  actual  and  desired  Energy  X 
Flaps  values.  These  changes  are  logged  into  the  flaps  control  task  window  in  the  program  database. 

12.  Recalculate  timeline  metrics  and  locate  resource  overloads-  The  task  window  information  permits 
the  design  team  to  estimate  the  human  resource  requirements  for  the  flaps  control  function  across  the 
different  periods  for  which  it  is  demanded.  At  this  stage,  estimates  for  input,  processing  and  output 
resources  are  expressed  in  terms  of  percentages  of  total  capacity  available.  Using  these  estimates,  the 
team  recomputes  the  resource  demand  profile  and  discovers  that  the  new  flaps  control  task  has  greatly 
increased  the  use  of  human  visual  inputs  and  spatial  processing  in  the  presence  of  other  flight  control, 
fuel  control  and  flight  plan  management  tasks  during  liftoff.  Results  from  the  schedule  computation 
are  used  to  update  the  program  database.  Furthermore,  the  potential  conflict  for  human  resources 
among  the  new  flaps  control  task  and  other  tasks  is  noted. 

13.  Attempt  task  scheduling  to  shift  demands  and  recalculate — The  team  sorts  the  function  timeline  by 
elapsed  time  and  examines  eariy  start  and  late  start  times  per  function  and  the  precedence  relationships 
that  involve  flaps  control.  It  appears  that  the  opportunity  to  alleviate  the  conflict  between  the  flaps 
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control  and  other  contemporaneous  demands  cannot  be  accomplished  in  any  simple  manner  through 
schedule  adjustment  The  key  problem  appears  to  be  that  several  continuous  tasks  are  demanded 
during  liftoff  and  cannot  be  rescheduled  in  any  simple  manner. 

14.  Re-allocate  as  needed  to  achieve  acceptable  demand  levels  (H*,  HI  A*  and  H**)  — Based  on  the 
performance  predictions  and  demand  profile,  the  design  team  is  forced  to  annotate  several  continuous 
control  tasks  in  the  H  category  with  an  asterisk  (i.e.,  performance  is  marginal,  and  the  allocation  is, 
therefore,  open  to  further  exploration).  The  new  piece  of  information  uncovered  in  the  analysis 
exercise  is  that  several  task  allocations  have  been  affected  by  the  new  flaps  control  task 

1 5.  Update  task  windows  for  each  reallocation — To  end  this  first  pass  through  the  methodology,  the 
design  team  decides  that  further  investment  in  polishing  the  design  for  the  flaps  control  function  in 
isolation  is  not  warranted.  Therefore,  the  team  decides  to  move  on  to  look  for  opportunities  to  reduce 
the  human  processing  demands,  especially  during  liftoff,  by  integrating  die  flaps  control  function  with 
other  functions. 

1 6.  Rate  pairwise  functions  along  goals,  systems,  and  information — The  next  design  cycle  begins  with 
sorting  the  function  timeline  by  elapsed  time  and  allocation  code  to  show  all  functions  that  have  been 
assigned  to  H  or  to  H/A.  Further  analyses  and  design  then  concentrate  on  these  functions  without 
concern  for  the  “A”  functions. 

The  design  team  opens  a  new  file  in  the  program  database  that  will  hold  all  pairs  of  the  H  and  H/A 
functions.  Appendix  J  shows  the  fields  within  this  section  of  the  database.  For  all  functions  Fi  and  Fj, 
such  that  i  is  not  equal  to  j,  the  design  team  rates  the  strength  of  each  of  several  relationships  between 
the  functions  in  a  pair.  Relationships  include  the  extent  to  which  the  functions  share  similar  goals 
(defined  in  the  program  database  as  the  similarity  of  the  functions’  parent  functions),  similar 
subsystems,  and  similar  information  requirements.  In  addition,  composite  ratings  that  capture  logical 
and/or  quantitative  combinations  of  these  three  basic  ratings  are  developed  according  to  rules  that  the 
design  team  believes  makes  operational  sense.  The  ratings  are  unlikely  to  reflect  “truth”  in  any  hard 
and  fast  manner.  Rather,  they  capture  the  design  team’s  experience  and  expertise,  and  therefore,  reflect 
the  qualitative  character  of  all  psychophysical  judgments. 

Though  qualitative,  these  judgments  are  valuable.  They  enable  computer  support  of  the  very  difficult 
design  task  of  discovering  relationships  among  distinct  entities.  By  rating  the  pairwise  relationships 
among  functions,  the  design  team  provides  the  support  system  with  sufficient  information  to  create  a 
relationship  network  of  all  H  and  H/A  functions  and  to  display  the  entire  network  or  views  into  the 
network  through  various  filters  (e.g.,  “Show  all  relationships  where  shared  goals  ranked  higher  than 
x,”  or  “Show  all  relationships  where  shared  goals  are  greater  than  0.5  but  shared  information 
requirements  are  less  than  0.2”).  Figures  23  and  24,  discussed  earlier,  provide  an  image  of  this  form  of 
support 

17.  Identify  clusters  of  complementary  tasks — In  addition  to  viewing  the  network  directly,  the  design 
team  submits  the  relationships  data  to  a  cluster  analysis  routine  that  identifies  related  functions  through 


70 


mathematical  analyses.  This  treatment  augments  the  design  team’s  visual  pattern  recognition 
capabilities  for  uncovering  latent  relationships. 

From  the  network  and  cluster  analyses  the  design  team  note  that  flaps  control  exhibits  strong 
relationships  along  several  dimensions  with  the  control  of  pitch,  pitch  trim,  roll,  roll  trim,  thrust,  and 
landing  gear  control  as  they  all  affect  energy  management.  Flaps  control  also  exhibits  strong 
connections  with  control  of  thrust  and  flight  path  angle  as  they  govern  altitude  and  airspeed 

1 8.  Combine  task  windows  of  related functions  into  integrated  tasks — On  the  basis  of  the  cluster 
analysis,  the  design  team  retrieves  the  task  windows  for  all  the  related  functions.  Opportunities  for 
combining  flaps  control  with  attitude  control  seem  unlikely.  The  team  then  hits  on  an  integrated  visual 
presentation  of  thrust  control  and  flaps  position  control.  Design  tools  (display  CAD  and  biomechanical 
CAD  tools)  are  accessed  from  the  archive,  and  a  preliminary  design  for  the  new  integrated 
presentation  and  control  are  fashioned  The  task  windows  for  thrust  and  flaps  control  are  effectively 
combined  and  the  program  database  modified  to  reflect  the  change. 

19.  Update  projections  of  task  performance — The  team  decides  that  another  round  of  human 
performance  modeling  is  necessary  to  estimate  performance  under  all  circumstances  where  the  new 
integrated  control  task  will  be  demanded  The  display/control  concept  bears  a  resemblance  to 
integrated  flight  directors,  but  the  dynamics  tend  to  be  quite  different  For  this  reason,  not  trusting  the 
available  human  performance  data  on  flight  control  with  flight  directors,  the  design  team  develops  a 
laboratory  prototype  of  the  integrated  thrust/flaps  system,  and  collects  empirical  estimates  of  task 
performance  independently  of  other  demands. 

The  results  are  very  encouraging.  RMS  errors  in  maintaining  both  thrust  and  energy  efficiency  near 
optimal  values  are  small.  The  team  enters  the  performance  estimates  for  the  new  task  in  the  program 
database  and  proceeds  to  schedule  computations. 

20.  Recalculate  timeline  metrics  and  locate  resource  overloads — Using  the  schedule  computation  tools, 
the  team  discovers  that,  despite  good  performance  on  the  new  integrated  task,  overall  demand  for 
human  visual  processing  resources  remain  unacceptably  high  during  the  liftoff  segment 

2 1 .  Attempt  task  scheduling  to  shift  demands  and  recalculate — Attempts  to  reschedule  the  new  task 
relative  to  other  continuous  tasks  are  not  successful 

22.  Re-allocate  as  needed  to  achieve  acceptable  demand  levels  ( 11*,  HI  A  *  and  H**)  — No  change. 

23.  Update  task  windows  for  each  reallocation — No  change. 

24.  Rate  pairwise  functions  on  temporal  and  human  IP  resource  competition — Similar  to  step  16,  the 
design  team  returns  to  the  function  relations  part  of  the  program  database  (Appendix  J),  looking  for 
opportunities  to  separate  new  integrated  task  from  its  rivals  for  human  resources.  The  team  begins  by 
sorting  the  function  timeline  by  elapsed  time  to  compute  the  frequency  with  which  function  pairs  tend 
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to  occur  together  in  time.  In  addition,  for  functions  that  do  tend  to  co-occur,  ratings  of  die  extent  to 
which  their  task  designs  demand  the  same  human  information  processing  resources  are  entered.  The 
design  team  bases  their  ratings  on  examination  of  the  task  windows  for  all  functions  that  tend  to  co¬ 
occur. 


25.  Identify  clusters  of  competing  tasks — Similar  to  step  17.  By  viewing  the  resulting  network  and 
applying  cluster  analyses  to  the  ratings  in  search  of  competing  tasks,  the  team  finds  that  flaps  control 
competes  directly  with  flight  control  and  monitoring  the  external  scene  for  obstacles  and  other  aircraft 

26.  Attempt  re-scheduling,  modifying  or  transforming  task  windows  of  competing  tasks — The  design 
team  attempts  unsuccessfully  to  change  the  competing  tasks  to  ease  human  resource  demands  during 
liftoff. 

27.  Update  projections  of  task  performance  per  attempt — No  change. 

28.  Recalculate  timeline  metrics  and  locate  resource  overloads  per  attempt — No  change. 

29.  Re-allocate  as  needed  to  achieve  acceptable  demand  levels  (H*,  HI  A*  and  H**)  — Having  struck 
out  at  a  static  solution  to  the  allocation  problem,  the  team  annotates  the  flaps  control  function  as  a 
double  asterisk.  Prospects  of  having  to  turn  to  an  automation  solution  or  to  dynamic  allocation  appear 
strong. 

30.  Update  task  windows  for  each  reallocation — No  change. 

31.  Review  all  H*,  H/A*  and H**  allocations — The  team  first  revisits  the  automation  question  that  they 
thought  had  been  put  to  rest  early  on  when  they  allocated  the  flaps  control  function  to  the  human  crew. 
Now,  projections  for  hardware  and  software  development  requirements  to  automate  the  function  are 
given  serious  consideration.  The  answers  are  not  encouraging;  an  automatic  solution  will  require 
development  of  expert  system  technology  for  flaps  control  under  a  wide  variety  of  “exceptional 
cases.”  The  original  allocation  to  H  or  H/A  stands. 

32.  Review  all  H/A  to  consider  dynamic  allocation — The  design  team  decides  to  view  the  problem  as  an 
opportunity  for  dynamic  allocation.  They  have  sufficient  evidence  to  show  that  the  human  crew  will 
be  quite  adept  at  the  flaps  control  problem  barring  any  serious  competing  demands  from  flight  control. 
Therefore,  in  an  unanticipated  tack,  the  team  decides  to  put  allocation  control  into  the  hands  of  the 
human  crew.  They  develop  a  scheme  by  which  the  crew  can  offload  flight  control  (attitude  and  path 
control)  to  an  automatic  system  whenever  conditions  appear  favorable  for  enhancing  energy  efficiency 
through  flaps  controL  Also,  this  design  choice  adds  a  new  “H”  task  to  the  decomposition.  The  new 
task  is  the  crew  member’s  decision  to  retain  or  relinquish  responsibility  for  flaps  control. 
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In  effect,  the  team  feels  that  automatic  flight  control  technology  is  less  of  a  technological  risk  than  the 
flaps  control  technology.  Moreover,  they  feel  that  the  crew  will  be  in  the  best  position  to  judge  in  real 
time  whether  flight  control  can  be  set  to  automatic  mode  or  not  To  reflect  this  design  decision,  the 


allocation  field  of  the  flight  control  function  is  updated  to  an  H/A  designation  during  the  transition 
segments.  Formerly,  the  function  had  been  H  only.  The  allocation  code  for  flaps  control  remains  at  H. 

33.  Modify  task  windows  of  competing  tasks — The  new  dynamic  allocation  scheme  requires  that  the 
flight  and  flaps  control  functions  be  “enabled”  by  the  crew  as  needed  and  that  the  status  of  the 
automatic  flight  control  system  be  portrayed  to  the  human  crew.  Therefore,  the  team  launches  into 
another  round  of  task  design.  They  access  the  affected  task  windows  and  appropriate  design  tools  and 
make  the  modifications. 

34.  Update  projections  of  task  performance — Following  these  design  changes,  the  new  allocation 
scheme  is  examined  in  a  series  of  low-  to  high-fidelity  flight  simulation  tests.  Resulting  performance 
data  are  used  to  update  task  performance  projections  in  the  program  database. 

35.  Recalculate  timeline  metrics  and  locate  resource  overloads-  Similar  to  step  20. 

36.  Attempt  task  scheduling  to  shift  demands  and  recalculate — Results  show  that  task  scheduling  is  not 
required 

37.  Re-allocate  as  needed  to  achieve  acceptable  demand  levels — No  change. 

38.  Update  task  windows  for  each  reallocation — Task  windows  for  the  flight  control  and  flaps  control 
functions  are  finalized  Specifications  for  the  required  hardware  and  software  are  then  issued  to  the 
vendor  community  for  bids. 

Conclusions 

This  fictional  account  of  the  design  team’s  progress  through  the  function  allocation  methodology  was  intended 
to  convey  two  images.  First,  it  should  be  apparent  that  the  methodology  “dictates”  very  few  operatioas.  Rather, 
the  emphasis  is  on  supporting  the  design  team’s  own  experience,  insights  and  judgments  in  reaching  an 
acceptable  allocation  and  design  solution.  Certainly,  the  methodology  steps  can  be  accessed  as  a  form  of 
assistance  in  addition  to  the  support  function,  but  the  focus  is  on  supporting  judgments,  not  replacing  or 
automating  them. 

Second  the  example  was  also  intended  to  show  that  our  concept  for  an  allocation  support  system  is,  in  fact,  a 
collection  of  well  understood  computer-based  functions.  Currently,  these  functions  are  provided  in  software 
tools  for  information  retrieval,  database  management,  project  management  support,  electronic  spreadsheets 
and  data  visualization. 

Without  question,  the  uncertainties  associated  with  the  support  system  concept  center  on  the  archived  data 
sources  as  opposed  to  software  functions.  Our  example  depicts  the  design  team  accessing  a  wealth  of  relevant 
engineering  and  scientific  data,  tools,  standards,  etc.,  all  through  electronic  means.  Although  recent  initiatives, 
such  as  the  DoD  CALS  (Computer  Aided  Logistics  Support)  program,  are  providing  data  standards  and  tools 
to  capture  and  transmit  design  information  in  paperless  forms,  the  majority  of  relevant  archives  may  still  reside 
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as  paper.  Examples  of  hard  to  access,  but  popular  information,  include  the  rationale  for  prior  designs  over  and 
above  the  engineering  drawings,  inter-company  design  information,  and  scientific  information  expressed  in 
design-usable  forms.  Moreover,  the  growth  rates  of  these  pertinent  information  bases  continue  to  increase, 
making  retrieval  a  progressively  more  difficult  problem. 

Ignoring  the  archived  data  problem  for  a  moment,  a  rough  implementation  of  the  envisioned  allocation  support 
system  is  well  within  reach  using  current  microprocesssor-based  software.  Initially,  this  implementation  can  be 
realized  using  separate  software  packages  that  are  capable  of  importing  and  exporting  files  to  effect  data 
transfer.  A  more  integrated  product  is  clearly  more  desirable,  but  will  require  a  significant  software 
development  effort. 

In  particular.  Table  XM  lists  existing  software  applications  that  together  could  deliver  the  functionality  in  the 
Macintosh  and  PC  environments.  Question  marks  associated  with  data  visualization  reflect  our  uncertainty 
about  the  availability  of  software  packages  for  both  constructing  and  analyzing  network  representations.  Such 
a  tool  would  greatly  support  the  need  to  explore  function  relationships.  Finally,  we  note  that  the  proposed 
support  system  (see  Figure  24)  could  be  delivered  at  relatively  low  cost  using  the  separate  software  packages 
listed  in  Table  XHI  that  could  import  and  exploit  data  from  one  another.  This  near-term  solution,  however, 
would  be  a  cumbersome  one  from  the  allocator’s  perspective.  If  the  conceptual  design  for  the  allocation 
support  system  makes  sense,  the  next  logical  steps  are  to  design  and  develop  an  integrated  version  of  the 
system. 


TABLE  XIII.  EXISTING  SOFTWARE  PROGRAMS  THAT  DELIVER  THE  SUPPORT 

SYSTEM  FUNCTIONS 


Support  Function 

Macintosh 

PC/DOS 

File  management 

Macintosh  toolbox 

DOS 

Database  construction 

4th  Dimension 

dBase 

Scheduling 

MacProject 

Microplanner  Plus 

Timeline  3.0 

Data  analysis 

Data  Desk 

Systat 

Systat 

Excel 

Lotus  1-23 

Data  visualization 

MacProject 

Timeline  3.0 

Microplanner  Plus 

?? 

Information  browsing 

Hypermedia  Tools 

Hypermedia  Tools 
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Method  B:  Decision  Rule/Probability  Estimate  System 


The  second  function  allocation  method  was  intended  to  be  a  brief,  simplified  system  designed  to  provide  an 
effective  first-pass  over  the  function  allocation  process.  The  first  portion  of  this  section  provides  a  description 
of  how  the  function  allocation  decision  criteria  fi  e.,  those  function-oriented  decision  rules  considered  by  the 
designer)  are  identified  and  further  developed  for  inclusion  in  this  system.  This  section  on  criteria  development 
will  begin  by  delineating  the  process  by  which  we  evaluated,  judged,  and  selected  criteria  for  inclusion  in  the 
methodology.  In  the  second  portion  of  this  section,  we  describe  the  rule  system  (procedures)  developed  to  act 
on  the  decisions  obtained  from  the  functional  criteria.  This  segment  will  outline  the  rule  system,  describing  the 
means  by  which  the  rules  were  combined  and  sequenced  so  as  to  put  responses  to  the  criteria  to  optimum 
advantage.  In  the  third  portion  of  this  section,  the  function  allocation  procedure  will  be  applied  to  two  flight 
segments  in  order  to  evaluate  the  procedure’s  relative  utility. 

Determination  of  Function  Allocation  Decision  Criteria 

As  the  first  step  in  the  determination  of  the  cnteria  for  function  allocation,  prospective  criteria  were  gleaned 
from  various  writings  in  the  field  of  functional  analysis.  These  prospective  criteria  were  re-worked  to  fit  a 
common  query  format  for  the  allocation  procedure.  In  addition,  a  small  number  of  the  candidate  criteria  were 
developed  analytically. 

The  prospective  criteria  were  first  evaluated  in  terms  of  their  possible  utility  for  the  allocation  process.  Those 
candidates  whose  responses  seemed  as  if  they  would  be  equivocal  or  vague  were  excluded  from  further 
consideration.  The  remaining  prospective  criteria  were  reviewed  and  critiqued  by  a  panel  of  aerospace  crew 
systems  designers.  The  panel  decided  to  reject  or  retain  candidate  criteria  based  on  the  following 
considerations.  Fust,  criteria  that  appeared  redundant,  or  were  inclusive  of  other  criteria,  or  in  some  other 
fashion  lacked  a  clear  predictive  or  diagnostic  potential,  were  excluded  by  the  panel.  Second,  the  panel 
evaluated  the  remaining  prospective  criteria  in  terms  of  how  important  they  were  to  the  allocation  process. 
Specifically,  the  criteria  were  evaluated  in  terms  of  the  extent  to  which  they  were  necessary  and/or  sufficient 
decisions  to  be  made  regarding  a  function’s  allocation.  The  panel  indicated  that  prospective  criteria  were  either 
necessary  and  sufficient,  necessary  but  not  sufficient,  or  neither  necessary  nor  sufficient 

The  panel  was  also  asked  to  evaluate  the  criteria  in  terms  of  whether  each  candidate’s  decision  was  dependent 
on  the  context  in  which  the  function  was  to  be  performed.  Criteria  were  evaluated  in  terms  of  context 
sensitivity  in  order  to  provide  a  principled  means  to  retain  criteria  that  would  otherwise  be  excluded.  If,  for 
example,  some  criterion  would  indicate  that  a  function  would  be  automated  in  context  A  and  yet  performed  by 
a  human  in  context  B,  this  criterion’s  allocation  utility  would  be  seen  as  low  unless  some  indication  was  made 
of  the  criterion’s  dependence  on  the  function’s  context  Since  several  important  criteria  appeared  to  be  context- 
sensitive  in  this  respect  this  seemed  to  be  a  reasonable  criterion  retention  strategy. 

After  panelists  made  their  judgments  regarding  necessity  and  sufficiency  and  context  sensitivity,  they  were 
asked  to  indicate  how  confident  they  were  about  these  judgments. 

The  panel’s  evaluations  of  these  criteria  were  then  analyzed  for  inter-panelist  agreement  Those  criteria 
showing  largely  similar  evaluations  with  concerning  necessity  and  sufficiency  were  immediately  included  as 
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criteria  for  the  function  allocation  methodology.  Those  candidates  showing  good  agreement  (2  of  3  raters  in 
agreement)  were  also  retained  Criteria  showing  marginal  agreement  were  included  provisionally,  pending 
further  evaluation  subsequent  to  the  panel’s  recommendations.  Lastly,  those  prospective  criteria  showing  poor 
agreement  on  the  part  of  the  panelists  were  excluded  from  further  consideration. 

Inspection  of  panelist  ratings  for  criteria  demonstrating  marginal  agreement  suggested  a  straightforward 
strategy  for  inclusion  of  these  candidates  in  the  final  set  of  functional  criteria:  Classify  the  criterion  as  fitting  the 
least  stringent  rating  consistent  with  the  panelists’  judgments.  So,  for  example,  if  one  rater  classified  an  item  as 
necessary  and  sufficient,  a  second  rater  classified  it  as  simply  necessary,  and  a  third  as  neither  necessary  nor 
sufficient,  the  criterion  would  be  interpreted  as  validly  representing  (at  least)  the  weakest  of  these  ratings.  A 
listing  of  the  final  function  allocation  criteria  and  their  assigned  classifications  (along  with  their  sources  in  the 
literature)  is  provided  in  Table  XIV. 
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TABLE  XIV  —  FUNCTION  ALLOCATION  CRITERIA 
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TABLE  XIV  —  (Continued) 
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TABLE  XIV  —  (Continued) 
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TABLE  XIV  —  (Continued) 
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Development  of  the  Function  Allocation  Procedure. 

To  develop  a  parsimonious  yet  still  principled  function  allocation  scheme  capable  of  incorporating  subjects’ 
decision  criteria  responses,  a  relatively  simple,  highly  constrained  rule  system  (i.e.,  organization  of  decision 
criteria)  was  developed  The  system’s  predominant  organizational  strategy  was  to  force  a  subject’s  responses 
to  die  decision  criteria  to  be  considered  sequentially  by  the  allocation  scheme  in  to  instantiate  precedence 
contingencies  among  the  relevant  decision  criteria 

The  rule  system  for  this  allocation  methodology  is  schematized  in  Figure  25  and  treated  in  detail  in  Appendix 
L.  Rules  considered  first  in  the  allocation  process  begin  at  the  left  most  side  of  the  diagram.  Please  note  that 
decision  criteria  considered  simultaneously  are  shown  as  “and”  rules:  For  example,  “The  function  is  feasible  to 
automate  and  the  function  is  not  beyond  human  capacity.”  At  the  right-most  end  of  the  function  allocation 
diagram  (Appendix  L)  several  subjectively  determined  probability  estimates  are  provided  as  allocation 
decisions.  These  probabilistic  allocations  constitute  a  first  approximation  to  the  designer’s  allocation  decision. 

As  can  be  seen  in  Appendix  L,  the  employment  of  rule  ordering  has  the  effect  of  simplifying  the  allocation 
decision  process  to  answering  a  set  of  questions  in  a  critical  sequence. 

In  this  system,  the  relative  importance  of  a  criterion — and  thus  its  approximate  position  in  the  ordering — is 
based  on  the  panelists’  ratings  of  that  criterion’s  level  of  necessity  and  sufficiency,  and  its  extent  of  context 
sensitivity.  Decisions  regarding  the  ordering  of  two  co-equally  rated  criteria  were  made  analytically,  and,  in 
some  cases,  somewhat  arbitrarily.  Nevertheless,  some  general  principles  were  followed  in  making  these 
decisions. 

One  principle  was  to  construct  the  phrasing  of  the  decision  criteria  such  that  all  logically  pxrssible  outcomes, 
save  one,  would  provide  allocation  solutions.  The  remaining  undecided  outcome,  “Human/Automation,” 
would  serve  as  the  “gate”  to  the  consideration  of  subsequent  decision  criteria  A  second  principle  followed  was 
that,  to  the  maximal  extent  possible,  rules  or  criteria  that  were  nonessential  and/or  were  context-sensitive 
would  be  placed  relatively  “late”  in  the  rule  ordering  scheme.  In  this  way  those  items  that  depended  on 
contextual  information  would  be  dealt  with  last  in  the  decision  process,  thereby  putting  off  to  that  point  the 
need  for  the  designer  to  consider  context-specific  information.  This  seemed  advisable  given  the  limited  means 
currently  available  for  adequately  modeling  context-specific  constraints  on  functions. 

Some  mention  should  be  made  about  the  allocation  decisions  rendered  by  this  methodology.  First,  allocations 
are  of  two  classes:  Rule-determined  allocations  (i.e.,  those  allocations  with  a  probability  of  1.00),  and 
allocation  decisions  that  were  dependent  on  varying  contexts  and  therefore  were  characterized  with  binary 
distributions  of  allocations.  This  second  class  of  allocation  decisions  is  represented  with  subjective 
probabilities.  These  subjective  estimates  of  probabilities  were  employed  since  sensible  well-defined 
(deterministic)  rules  governing  the  actual  allocations  under  consideration  were  not  available  or  were  not 
developed  explicitly  enough  for  the  present  rule  format  To  verify  that  the  rough  approximations  implied  by 
these  subjective  probabilities  appeared  “reasonable,”  the  estimates  were  independently  evaluated;  and,  where 
necessary,  modified  by  two  judges.  In  support  of  these  estimates,  it  is  irrportant  to  say  here  that  we  believed 
that  while  arbitrary,  the  estimates  still  appeared  to  afford  the  designer  a  rather  general  “advice”  regarding  the 
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FIGURE  25.  SCHEMATIC  OF  RULE  SYSTEM  FOR  FUNCTION  ALLOCATION  METHODOLOGY,  METHOD  B 


importance  attached  to  considering  the  allocations  suggested.  The  apparent  heuristic  utility  of  these  estimates 
argues  for  their  provisional  incorporation  in  this  methodology. 

It  should  be  noted  here  that  the  final  version  of  the  rule  system  does  not  show  an  explicit  delineation  of  all  the 
logically  possible  allocation  outcomes.  This  is  the  case  for  two  reasons.  For  one,  certain  of  the  logically 
possible  allocations  (that  could  result  from  a  given  decision  criterion)  were  simply  precluded  by  the  rule 
system  at  some  point  earlier  in  its  application.  The  second  reason  is  that  some  of  the  logically  possible 
allocation  outcomes  were  not  empirically  valid  alternatives,  given  the  actual  nature  of  the  functions  under 
consideration.  In  both  cases,  the  decision  “tree”  of  the  rule  system  was  “pruned”  for  clarity  of  exposition. 

Sample  Evaluation  of  Function  Allocation  Methodology 

Two  flight  segments  were  chosen  on  which  to  perform  initial  evaluations  of  the  function  allocation 
methodology:  The  Liftoff  segment  of  the  Takeoff  phase,  and  the  Descent  to  Outer  Marker  segment  of  the 
Approach  phase.  The  evaluation  process  for  each  phase  proceeded  as  follows.  An  analyst  with  experience  as  a 
pilot  filled  out  a  spreadsheet  containing  functions  associated  with  the  segment  under  evaluation.  The 
spreadsheet  also  contained  columns  associated  with  each  of  the  function  allocation  decision  criteria  For  each 
function,  the  analyst  was  asked  to  indicate  his  decisions  about  the  relevant  criteria  The  analyst  was  briefed 
about  the  complete  intent  of  the  question  asked  in  each  of  the  decision  criteria  to  guard  against  any 
misinterpretations  possible  from  the  abbreviated  question  format  used  in  the  spreadsheet  The  analysts’ 
informal  evaluations  of  item  wording  indicated  that  for  the  most  part  the  questions  were  clear  and  applicable. 
This  generalization  notwithstanding,  some  modifications  for  readability  and  interpretability  were  made  as  a 
result  of  analysts’  suggestions.  The  spreadsheets  for  the  two  segments  under  evaluation  are  provided  in  Table 
M  1  and  M  II  of  Appendix  M.  In  addition  to  the  function  listings  and  analysts’  responses  to  the  decision 
criteria,  these  spreadsheets  also  include  the  allocation  decisions  rendered  by  the  allocation  procedure. 

As  can  be  seen  in  Tables  M I  and  M  n,  allocation  components  are  generated  for  each  function.  Recall  that 
probabilities  other  than  1.00  and  0.00  are,  as  stated  previously,  highly  subjective  and  cannot  therefore,  be 
meaningfully  subjected  to  any  mathematical  or  statistical  manipulation.  Nevertheless,  they  can  be  used  to  help 
the  designer  decide  what  allocation  decision  he  or  she  should  assign.  One  strategy  the  designer  might  adopt  for 
example,  is  simply  to  pick  an  acceptance  level  (say,  0.7)  and  choose  tentative  allocations  accordingly. 
Manipulation  of  this  acceptance  threshold  would,  of  course,  be  at  the  discretion  of  the  designer. 

The  remaining  column  in  Appendix  M  is  the  confidence  column.  As  the  name  indicates,  this  is  simply  a  rough 
index  of  the  designer’s  confidence  in  the  allocation  decision  obtained  using  the  methodology.  This  confidence 
factor  was  developed  by  arbitrarily  dividing  the  rule  system  into  three  “tiers,”  or  levels  of  depth.  Those 
allocations  assigned  early  in  the  rule  system  would  be  classified  as  high  confidence;  those  assigned  in  the 
middle  of  the  system  would  be  classified  as  medium  confidence;  and  those  late  in  the  system  as  low 
confidence.  These  confidence  ratings  are  of  course  completely  reassignable,  depending  on  the  designer’s 
intentions  and  interests. 

Initial  evaluations  of  the  allocation  methodology  yielded  the  allocations  presented  in  Tables  M I  and  M  II. 
Inspection  of  these  allocations  caused  a  concern  that  the  procedure  and/or  the  analysts  might  be  too  sensitive  to 
some  of  the  earlier  decision  criteria  since  the  majority  of  allocations  were  made  solely  on  the  basis  of  the  first 
four  criteria.  Speculation  on  the  source  of  this  possible  problem  followed  several  tacks.  One  speculation  was 
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that  pilots’  respoases  to  the  criterion  addressing  mission  completion  and  safety  would  be  biased  Pilots,  it  was 
argued  might  be  very  cautious  in  responding  to  this  item  Alternatively,  perhaps  the  particular  wording  of  this 
criterion,  and/or  its  combination  (pairing)  with  the  “ambiguous  information/unexpected  event”  criterion  is 
what  resulted  in  the  relatively  invariant  response  pattern.  A  third  possibility  is  that  there  was  nothing  “wrong” 
with  the  allocation  decisions  in  these  segments.  In  this  case,  we  do  not  know  whether  our  choices  of  evaluation 
segments  were  “unfortunate”  (in  that  they  just  happened  to  be  relatively  uninformative  segments),  or  whether 
the  particular  allocation  decisions  generated  for  these  segments  should  be  considered  representative  of  the 
entire  mission. 

To  investigate  this  outcome  further,  the  decision  rules  were  modified  and  a  second  trial  application  was 
accomplished  In  this  second  evaluation,  the  criteria  regarding  “mission/safety”  and  “ambiguous  information/ 
unexpected  events”  were  simply  dropped  from  the  rule  system,  and  responses  to  the  remaining  criteria  were 
once  again  interpreted  As  expected  the  allocation  decisions  changed  considerably.  The  results  of  these 
reevaluations  are  also  shown  in  Tables  M I  and  M II. 

As  is  evident  in  these  tables,  the  changes  generally  favor  more  shared  allocation,  with  automation  frequendy 
taking  a  primary  role  and  the  human  taking  a  secondary  role.  In  addition,  a  few  of  the  functions  allocated  to 
automation  in  the  first  evaluation  have,  in  this  reevaluation,  moved  substantially  toward  an  allocation  to  the 
human. 

While  it  is  difficult  to  interpret  these  changes  with  any  degree  of  certainty,  our  current  speculation  about  the 
two  excised  decision  criteria  is  that,  while  clearly  important  to  any  allocation  process,  they  have  not  been 
implemented  optimally  in  the  first  version  of  the  rule  system  It  is  not  clear  now  whether  the  appropriate 
solution  to  this  problem  is  to  re- work  the  query  format  of  these  items  (to  some  sort  of  “weaker”  version  of 
these  criteria)  or  simply  to  re-situate  them  elsewhere  in  the  rule  system  (or  to  do  some  combination  of  these 
two  efforts).  In  any  case,  a  significant  advantage  of  procedurally  explicit  allocation  methodologies  such  as  this 
one  is  that  even  rather  substantial  modifications  of  the  allocation  procedure  can  be  defined  clearly  and 
implemented  expeditiously. 


84 


FINDINGS  AND  RECOMMENDATIONS 


FUNCTIONAL  DESCRIPTION  METHODS 

Two  approaches  to  the  development  of  a  functional  description  were  undertaken  during  this  project  One 
approach  began  with  very  detailed  task-timeline  (TIL)  data  and  involved  first  extracting  the  functions 
underlying  task  performance  and  then  expanding  the  analysis  to  include  areas  missing  from  the  original  task- 
timeline  data.  This  approach  was  called  the  “Bottom-Up”  approach.  The  other  approach  began  with  general 
functional  information  and  involved  decomposing  these  high  level  functions  into  lower  level  subfunctions. 
This  approach  was  called  the  ‘Top-Down”  approach.  Both  approaches  exhibit  strengths  and  weaknesses. 

Bottom-Up  Approach 

The  greatest  strength  of  this  approach  is  its  ability  to  address  both  the  time  and  the  sequence  requirements 
associated  with  each  functioa  This  allows  one  to  place  functions  within  a  mission  framework  that  clearly 
shows  where  and  when  functions  are  accomplished.  It  also  allows  one  to  specify  dependencies  between  events 
and  functions,  and  among  the  functions  themselves,  which  define  the  windows  of  opportunity  for  functional 
performance.  This  provides  a  valuable  preliminary  look  at  the  “time  available”  for  task  performance  that  is  an 
important  consideration  in  function  allocation  and  subsequent  crew  workload  analyses.  This  information  may 
help  to  identify  areas  of  potential  overload  early  in  the  design  process. 

An  additional  strength  associated  with  this  method  is  its  ability  to  focus  on  an  area  of  interest  and  quickly 
identify  funcuonal  detail  This  makes  its  use  particularly  attractive  in  product  development  applications,  where 
time  and  money  are  scarce,  and  rapid  answers  to  specific  design  questions  are  required.  However,  this  narrow 
focus  carries  with  it  a  potential  weakness.  It  is  possible  that  some  functions  may  be  overlooked.  It  is  also 
possible  that  this  bottom-up  perspective  may  not  recognize  some  important  functional  relationships.  A  further 
weakness  is  that  the  TTL-based  bottom-up  approach  provides  information  on  the  functions  that  must  be 
accomplished,  but  does  not  systematically  identify  the  data  necessary  to  the  accomplishment  of  the  functions. 

The  “Bottom-Up”  approach  is  based  on  an  existing  task  time  line  (TTL)  database,  used  to  assess  flight  crew 
workload  as  part  of  the  certification  process  for  a  new  aircraft.  The  crew  procedures  are  based  on  a  specific 
design.  The  detailed  nature  of  the  procedures  is  evident  from  Figure  3.  It  was  assumed  that  one  could  infer 
from  the  TTL  database  the  functional  requirements  that  had  been  implemented  during  the  design  process. 

How  this  inference  was  affected  by  the  mechanization  of  the  design,  is  not  known  and  will  not  be  known  until 
the  approach  has  been  applied.  A  comparison  with  a  ‘Top-Down”  approach  showed  that,  for  a  given  flight 
segment,  similar  functions  were  identified. 

Top-Down  Approach 

IDEF0  is  a  top-down,  structured  analysis  technique  that  yields  a  hierarchy  of  functions  needed  to  accomplish 
the  top  objective.  In  analyzing  a  large  system,  the  analyst  must  consider  how  to  deal  with  complexity.  The  top- 
down  approach,  using  IDEF0,  has  its  greatest  strength  in  its  ability  to  deal  with  complexity,  because  it  starts 
with  a  very  general  level  of  detail  and  gradually  introduces  more  detail  as  the  analysis  proceeds  to  lower  levels 
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of  analysis.  Automated  development  tools  are  available  to  the  serious  IDEF0  user.  These  tools  aid  the  analyst 
in  decomposing  one  level  diagram  into  lower  levels,  it  keeps  a  dictionary  of  terms  developed  specifically  for 
each  diagram,  and  many  of  the  off-the-shelf  tools  have  a  capability  to  analyze  the  structure  of  the  IDEF0 
model  within  those  boundaries  defined  by  the  analyst 

Another  strength  of  the  IDEF0-based  top-down  functional  analysis  is  the  capability  to  extract  the  information 
requirements  that  are  essential  to  the  accomplishment  of  functions  at  each  level  of  decomposition.  Given  the 
time  and  resources  to  proceed  with  decomposition  to  the  required  level  of  detail,  the  IDEF0  methodology  has 
the  potential  to  provide  up-front  systems  design  data  early-on  in  the  design  process  and  to  support  early 
function  allocation  decisions. 

The  IDEF0  methodology  does  not  address  time  or  sequence,  which  are  important  requirements  of  function 
analysis.  It  must  be  supplemented  by  other  techniques,  such  as  Functional  Flow  Block  Diagrams  and 
Requirements  Allocation  Sheets  (see  reference  13),  or  other  methods  that  emphasize  the  sequential  or 
concurrent  nature  of  the  functions.  In  common  with  other  knowledge  acquisition  methods,  IDEF0  is  labor 
intensive  and  time-consuming.  To  achieve  a  valid  representation  of  the  process  being  modeled,  it  is  necessary 
to  have  an  analyst  who  is  skilled  in  the  use  of  the  method  and  has  access  to  a  group  of  subject  matter  experts 
from  the  disciplines  relevant  to  the  system  being  developed. 

The  ‘Top-down”  approach  applied  during  this  contract  assumed  that  the  analyst  is  dealing  with  a  transport 
aircraft,  but  the  details  of  the  design  are  not  present  (in  the  commercial  aircraft  world,  the  new  aircraft  would 
probably  have  many  commonalities  with  the  aircraft  it  is  replacing.  This  helps  to  minimize  production  and 
logistic  support  costs). 

In  an  IDEF0  model,  an  allocation  is  indicated  by  an  arrow  entering  the  function  box  from  below.  The  arrow 
label  tells  what  the  mechanism  is  (a  piece  of  equipment,  a  computer  program,  or  a  person ).  The  IDEF0  model 
created  for  this  effort  has  no  mechanisms.  This  means  that  no  allocation  has  been  made  or  assumed. 

Comparison  of  Approaches 

Two  alternative  approaches  to  accomplishing  functional  analysis  were  compared  to  ensure  that  all  functions 
were  identified  and  that  the  basic  decomposition  represented  a  comprehensive  perspective  of  the  commercial 
flight  domain.  Comparisons  were  made  at  three  levels  of  detail.  Each  level  revealed  essential  consistency 
between  the  results  that  were  obtained  with  each  approach.  This  was  reassuring,  considering  that  each 
approach  was  developed  independently.  Each  of  these  comparisons  is  discussed  in  the  following  paragraphs. 

The  high-level,  or  macro  comparison  is  shown  in  Table  XV.  Here  the  recurring  functions  are  grouped  into 
comparable  categories.  Comparison  of  the  two  approaches  reveals  the  commonalties  that  exist  at  this  level. 

The  recurring  top-down  functions  become  apparent  only  after  a  review  of  the  IDEF0  structured  decomposition 
model,  where  the  applicable  recurring  functions  appear  as  activities  embedded  within  each  mission  period  and / 
or  mission  phase;  this  structure  is  due  primarily  to  the  analyst’s  perspective  of  the  decomposition  organization 
and  the  technique  used  to  accomplish  the  analysis.  In  the  bottom-up  approach  these  categories  result  from  a 
consolidation  of  related  functions  into  meaningful  groupings. 


86 


TABLE  XV  —  TOP-DOWN  /  BOTTOM-UP  COMPARISON  (MACRO) 


List  of  Recurring  Functions 

Top-Down 

Bottom-Up 

Communicate 

Manage  Right  Coordination 

Control  Aircraft 

Manage  Aircraft  Movement 

Navigate 

Manage  Right  Plan 

Manage  Aircraft  Systems 

Manage  Aircraft  Systems/Procedures 

Manage  Contingencies 

Manage  Contingencies 

Comparisons  are  shown  at  an  intermediate  level  of  detail  in  Figure  26.  Here  comparison  is  made  between  the 
functions  identified  in  Node  A23,  “Perform  Takeoff,”  taken  from  the  top-down  approach,  and  functions 
identified  in  the  analysis  format  version  of  the  liftoff  segment  taken  from  the  bottom-up  approach.  Functions 
identified  as  a  result  of  both  approaches  are  compared  at  the  first  indenture  under  the  major  category  levels 
(e.g.,  “Manage  Flight  Coordination,”  “Manage  Aircraft  Systems/Procedures,”  and  “Manage  Aircraft 
Movement”).  The  aircraft  control  functions  listed  under  Node  A232,  of  the  top-down  approach,  are 
comparable  to  F3a,  F3b,  F3c,  F3e,  and  F3f  in  the  bottom-up  approach  listing.  Again,  it  can  be  seen  that 
substantial  commonality  exists.  However,  one  significant  difference  was  revealed.  The  IDEFo  model  did  not  - 
identify  the  activity  that  required  the  aircraft  to  capture  a  specific  altitude  during  this  segment  Altitude  control 
was,  however,  implied  through  the  control  of  pitch,  airspeed,  vertical  velocity,  etc.  The  bottom-up  approach, 
on  the  other  hand,  specifically  identified  the  activity  of  capturing  a  designated  altitude  during  liftoff,  even 
though  such  a  level  of  detail  may  be  the  result  of  procedural  activities  and  not  inherently  part  of  the  functional 
organization.  However,  further  decomposition  of  the  IDEFo  model  may  have  yielded  the  needed  specificity  ir 
this  one  area. 

Time  constraints  limited  the  top-down  approach  to  a  small  portion  of  the  mission  profile  for  a  detailed  level 
comparison.  The  Takeoff  Phase  was  therefore  chosen  for  this  comparison  effort  and  decomposed  by  the 
IDEFo  model  until  a  level  of  detail  comparable  to  the  bottom-up  approach  was  obtained.  A  comparison  at  the 
lowest  (micro)  level  of  detail  is  shown  in  Figure  27.  Nodes  A2322  and  A2323,  “Control  Aircraft  Altitude”  and 
“Control  Aircraft  Airspeed,”  respectively,  are  taken  from  the  top-down  approach,  and  compared  with  the 
functions  found  within  F3,  “Manage  Aircraft  Movement,”  from  the  bottom-up  approach.  In  this  comparison 
the  top-down  approach  stales  the  function  of  controlling  the  aircraft’s  attitude  and  airspeed  in  more  general 
terms  than  those  that  appear  in  the  bottom-up  approach. 
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FIGURE  26.  TOP-DOWN  /  BOTTOM-UP  COMPARISON  (INTERMEDIATE) 
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FIGURE  27.  TOP-DOWN  /  BOTTOM-UP  COMPARISON  (MICRO) 


Conclusions 


Because  of  its  origin  in  the  task-timeline  (TTL)  database,  the  bottom-up  approach  gave  more  insight  into  the 
sequential  flow  of  functions.  It  also  gave  an  insight  into  what  was  occurring  within  a  specified  period.  The 
presentation  of  the  bottom-up  analysis  using  the  analysis  format  (see  Appendix  G)  provided  a  clearer  portrayal 
of  the  sequence  of  events  matched  against  a  task-timeline.  The  top-down  approach,  using  the  EDEF0  method, 
provided  a  more  comprehensive  hierarchical  model  of  functional  requirements,  but  did  not  address  the 
sequence  of  events.  It  has  the  potential  for  providing  data  that  are  not  available  from  the  TTL  database. 
Considering  the  strengths  and  weaknesses  of  the  two  approaches  some  recommendations  for  the  use  of  each 
may  be  offered.  Where  much  task  detail  exists  for  similar  systems,  a  bottom-up  type  approach  may  be  of 
greater  utility.  One  can  very  quickly  generate  functional  detail  that  is  tailored  to  realistic,  time  sequenced, 
system  operations.  Where  very  little  detail  exists,  because  a  substantially  new  design  is  being  developed  to 
perform  a  unique  mission,  then  a  top-down  approach  is  clearly  the  only  viable  approach  to  generating 
functional  requirements. 

Between  these  two  extremes  it  may  be  possible  to  apply  the  two  techniques  in  a  complementary  fashion  to 
take  advantages  of  the  strengths  of  each  approach.  For  example,  a  bottom-up  type  approach  could  be  used  to 
generate  the  time  sequenced  functional  detail,  while  the  top  level  functional  organization  could  be  generated 
using  a  top-down  type  approach.  The  top-down  approach  could  also  supply  data  needed  for  function 
accomplishment  One  should  therefore  consider  the  relative  utility  of  these  approaches  to  be  dependent  upon 
the  nature  of  the  design  problem  under  investigation. 


FUNCTION  ALLOCATION  METHODS 

In  the  course  of  this  research,  two  methodologies  for  function  allocation  were  formulated,  tested,  and 
evaluated:  A  comprehensive,  data-intensive  iterative  system,  and  a  more  abbreviated  system  having  relatively 
few  data  requirements.  Evaluation  of  both  methodologies  was  hampered  by  the  dearth  of  knowledge  regarding 
the  relative  capabilities  of  humans  and  automated  systems.  This  lack  of  a  “comparative  psychology”  of 
functional  capabilities  notwithstanding,  evaluations  of  the  two  methodologies  were  performed  and  are 
presented  here.  While  the  two  systems  share  several  important  similarities,  it  is  their  differences  that  are 
perhaps  more  elucidating  to  the  present  investigation  of  function  allocation.  With  this  assumption  in  mind,  the 
characteristics  of  each  method  are  summarized  and  then  discussed  in  terms  of  their  relative  strengths  and 
weaknesses. 

Method  A:  Heuristic/Iterative  System 

Overview 

This  first  approach  to  function  allocation  employs  a  progressive,  iterative  decision  process  that  could  be 
integrated  with  a  system  engineering  effort  The-methodology  is  based  on  the  assumption  that  a  function 
allocation  system  must  influence  the  design  decision  process  at  every  stage  of  development — from  initial 
design  requirements,  to  early  design  implementations,  and  even  to  all  subsequent  activities  from  prototyping  to 
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development  In  this  approach,  the  iterative  process  is  perhaps  the  essential  systems  engineering  aspect  of  their 
methodology. 

Broadly  speaking.  Method  A  comprises  two  main  components:  A  complex,  extensive  decision  cri tenon 
database,  and  a  multi-stage  inspection/decision  process  designed  to  use  the  knowledge  represented  in  the 
database.  This  iterative  decision  process  generates  initial  and  subsequent  function  allocations.  The  database  is 
relational,  involving  several  inter-connected  fields,  each  explicating  an  aspect  of  a  function’s  description  and  its 
relation  to  other  functions  and  the  mission  as  a  whole.  Together,  these  fields  constitute  the  conceptual  “feature” 
or  attribute  matrices  descriptive  of  the  functions  under  consideration.  The  principal  advantage  of  this 
arrangement  of  the  knowledge  structure  is  the  relative  ease  and  flexibility  with  which  virtually  any  search  or 
sort  can  be  conducted 

The  second  component  of  Method  A,  the  iteratively  implemented  decision  process,  employs  various 
procedural  constraints  or  rules  that  operate  on  specified  segments  (Le„  from  functions  under  consideration) 
accessed  from  the  database.  These  “operators”  are  of  four  general  types:  Time  and  timing  constraints,  human 
characteristics  (e.g.,  workload),  aircraft  and  ATC  system  capabilities,  and  design  factors.  Using  these  operators, 
the  decision  process  evaluates  the  relevant  segments  of  the  database  to  first  identify  functional  similarities 
among  relevant  functions,  and  later  to  identify  discriminators  between  these  related  functions.  In  this  fashion, 
functions  are  characterized  so  as  to  enable  the  designer  to  make  sensible,  principled  allocation  decisions. 

Advantages 

The  successful  implementation  of  Method  A  pipmises  to  offer  several  noteworthy  advantages.  First,  it  is  a 
relatively  comprehensive  approach  to  knowledge  representation  (regarding  functional  requirements  germane 
to  the  crew  system  and  the  aircraft),  and  knowledge  retrieval  and  evaluation.  It  has  the  rather  enviable  appeal  of 
having  addressed,  or  at  least  formally  broached,  many  of  the  classic  issues  that  have  engaged  researchers  in 
function  allocation  since  the  field’s  inception.  In  this  respect,  in  particular.  Method  A  has  been  quite  responsive 
to  the  research  community’s  demand  for  a  more  than  superficial  treatment  of  the  function  allocation  problem 

Also  owing  to  this  approach  to  knowledge  representation  is  the  advantage  of  providing  a  database  modular 
enough,  and  therefore  flexible  enough,  to  incorporate  changes  to  the  database  in  a  relatively  straightforward 
manner.  (In  this  respect,  this  approach  is  reminiscent  of  more  formally  “frame-”  based  systems.  It  would  seem 
apparent  that  future  modifications  to  the  present  formulation  of  the  database  would  consider  such 
organizational  options).  However,  it  is  not  clear  whether  the  analogous  advantage  is  possible  for  Method  A’s 
rule  component  since  these  rules,  as  stated  previously  (see  ref.  4),  are  so  general  as  to  preclude  evaluation  in 
this  regard.  Nevertheless,  Method  A’s  overall  approach  to  the  problem  suggests  that  the  procedural  system  is 
probably  quite  flexible  as  well. 

Perhaps  the  most  provocative  potential  advantage  of  this  methodology  is  the  possibility  that  it  could  adequately 
address  the  problem  of  context-driven  variation  in  function  allocation  decisions.  While  detailed,  rigorous 
examples  of  such  context-specific  allocations  are  still  forthcoming  from  this  method,  it  is  apparent  that  the 
system  is  at  least  capable  of  explicating  the  characteristics  involved  in  accounting  for  the  effects  of  context 
This  capability  is  even  more  attractive  when  one  considers  that  the  data  and  decision  requirements  involved  in 
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the  explication  of  contextual  effects  are  (at  least)  a  large  subset  of  the  requirements  involved  in  such 
automation  concepts  as  “adaptive”  or  dynamic,  on-line  function  allocations. 

Disadvantages 

The  most  apparent  disadvantage  of  this  process  is  its  reliance  on  an  extremely  labor-intensive  data  gathering 
and  data  encoding  effort  for  all  subsequent  function  inspection  activities.  This  problem  is  compounded  by  the 
fact  that,  in  several  cases,  it  is  not  clear  whether  the  data  required  by  the  method  is,  today,  adequately 
describable,  or  even  attainable  by  any  means.  One  is,  therefore,  somewhat  reluctant  to  engage  in  the  rather 
substantial  level  of  effort  required  to  obtain  these  data  when  there  is  no  clear  indication  that  the  data  will  be  of 
actual  utility  in  making  function  allocation  decisions.  Before  a  data  field  is  developed  and  incorporated  into  the 
system,  some  preliminary  assessment  is  required  of  that  data  field’s  probable  diagnostic  value  vis-a-vis 
function  allocation.  In  its  present  form,  the  practical  utility  of  this  function  allocation  methodology  to  an  actual 
aircraft  development  and  production  program  is  questionable  at  best 

It  is  perhaps  more  appropriate  to  view  the  Method  A  methodology  as  a  general  template  from  which  to 
generate  system-specific  function  allocation  schemes.  The  substantial  attention  paid  to  the  formal 
characteristics  of  the  function  database,  and  to  the  iterative  process  of  applying  allocation  decision  rules 
throughout  the  design  process — these  concerns  are  perhaps  best  suited  to  the  development  of  a  general 
function  allocation  “philosophy,”  and  not  to  the  actual  treatment  of  a  specific  function  allocation  problem  since 
pragmatic  and  programmatic  constraints  would  inevitably  pervert  this  methodology.  In  short,  the  Method  A 
methodology,  as  currently  formulated,  seems  best  suited  to  act  as  a  “bridge”  between  engineering-theoretic  and 
applications-oriented  concerns  regarding  function  allocation.  In  this  capacity,  this  approach  is  ideal  as  a  starting 
point  for  the  development  of  function  allocation  schemes  tailored  to  individual  system  applications. 

Method  B:  Decision  Rule/Probability  Estimate  System 

Overview 

It  seems  reasonable  to  characterize  this  second  function  allocation  methodology  as  a  rule-ordered  (i.e., 
constrained)  version  of  a  Frtts-List  type  allocation  mechanism.  In  general  terms,  the  rule  system  can  be  broken 
down  into  two  phases  or  types.  Initially,  the  decision  criteria  (typically  necessary  and  sufficient  ones)  are 
constrained  to  follow  well-defined  allocation  rules.  These  are  the  rules  found  early  on  in  the  rule  scheme.  As 
decision  criteria  become  progressively  less  vital  (e.g.,  neither  necessary  nor  sufficient)  to  mission  success  and 
more  sensitive  to  the  contexts  in  which  they  occur,  the  rule  system  (at  a  coarse  level)  provides  subjective 
estimates  of  the  likelihood  of  particular  allocation  solutions.  In  this  respect,  this  system  is  clearly  a  “first  pass” 
procedure,  simply  giving  the  designer  general  guidelines  for  initial  allocations.  Of  course,  there  is  nothing 
preventing  the  designer  from  using  this  system  in  an  iterative  fashion.  For  example,  one  could  simply  re-apply 
the  methodology  every  time  that  the  change  in  a  baseline  aircraft  concept  resulted  in  a  different  functional 
decomposition. 

Advantages 

The  Method  B  methodology  embodies  a  number  of  substantive  advantages.  For  one,  the  technique  is 
straightforward  and  requires  relatively  little  time  to  administer.  It  relies  on  readily  obtainable  data — subject 
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ratings  regarding  the  decision  criteria.  And,  since  these  criteria  were  derived  principally  from  issues  long 
regarded  as  important  to  the  problem  of  function  allocation,  the  technique  offers  at  least  preliminary  construct 
validity  for  its  criterion  choices. 

Another  advantage  is  that  the  rule  system  incorporates  the  more  clearly  important  decision  criteria  early  on  in 
the  rule  sequence,  thereby  ensuring  that  those  decisions  constrain  all  subsequent,  more  contextually  sensitive 
decisions.  The  explicit  nature  of  the  rule  system  offers  (at  least)  two  important  advantages.  First,  it  is  in  a 
format  that  allows  any  criticisms  of  it  to  be  made  precisely  and  to  be  evaluated  clearly.  The  rationale  for  a 
given  function  allocation  decision  can  be  easily  ascertained  by  tracing  the  path  through  the  logic  tree.  Second 
the  system’s  explicitness  allows  it  to  be  modified  easily.  Rule  ordering  can  be  changed  rules  can  be  added  or 
deleted  subjective  (Le.,  analytically  determined)  probability  estimates  can  be  modified  to  reflect  the 
knowledge  and  experience  of  a  particular  user.  Allocation  decision  thresholds  (e.g.,  0.8  and  above:  accept  the 
allocation)  can  be  raised  and  lowered  to  adjust  for  the  relatively  conservative  nature  of  the  allocations. 

Disadvantages 

The  brevity  of  the  Method  B  methodology  is  of  course  a  weakness  of  the  approach  in  that  possibly  significant 
factors  have  been  excluded  from  consideration.  This  concern  is  somewhat  ameliorated  by  the  ease  with  which 
new  decision  criteria  can  be  added  to  the  rule  system.  Nevertheless,  this  criticism  of  the  technique  remains 
significant 

A  more  serious  limit  to  the  Method  B  methodology  is  the  decision  to  use  a  sequential  rule  (rule-ordering) 
system.  The  choice  to  employ  such  a  system  may  have  resulted  in  artificially  and/or  erroneously  constraining 
the  allocation  process,  thereby  artificially  preventing  the  application  of  potentially  relevant  criteria 
downstream.  In  short,  we  do  not  know  the  extent  to  which  the  Method  B  methodology  effectively  differs  from 
the  mental  model  of  the  designers  (nor  do  we  know  whether  this  is  a  non-optimal  characteristic  of  the  Method 
B  system). 

A  third  limitation  of  the  Method  B  methodology  was  the  choice  to  use  subjective  probability  estimates  of 
allocation  decisions.  The  assignment  of  subjective  probabilities  only  “postpones”  dealing  with  the  real  problem 
of  coming  up  with  a  mechanism  for  modeling  (or  at  least  accounting  for)  the  effects  of  contextual  variation  on 
allocation  decisions.  Moreover,  an  outline  for  a  principled  approach  to  dealing  with  context  effects  might  look 
like  is  not  readily  apparent  upon  inspection  of  the  current  Method  B  formulation.  The  best  that  can  be  said  is 
that  at  least  the  system’s  employment  of  subjective  probabilities  allows  for  initial  allocations  to  be  made  in 
accord  with  contextual  constraints. 

Related  to  the  problem  of  modeling  contextual  effects  is  the  fact  that  the  Method  B’s  rule  system  does  not 
incorporate  an  explicit  means  by  which  dynamic  or  adaptive  allocation  can  be  achieved.  While  post  hoc 
mechanisms  could  certainly  be  implemented  to  this  end,  the  position  adopted  for  Method  B  was  that  it  would 
be  premature  to  incorporate  such  a  capability,  owing  to  the  lack  of  definitive  knowledge  upon  which  to  base 
appropriate  decision  rules. 


93 


APPLICATIONS  OF  FUNCTIONAL  ANALYSIS 


Experience  gained  during  the  conduct  of  this  investigation  has  provided  much  insight  into  the  capabilities  and 
limitations  of  functional  analysis  methodology.  When  this  knowledge  is  viewed  in  the  context  of  traditional 
system  engineering  principles  and  current  aircraft  design  practice,  a  number  of  conclusions  may  be  drawn 
regarding  the  practical  utility  of  these  techniques  as  applied  to  development  of  advanced  cockpit  automation 
concepts.  In  summarizing  these  conclusions,  a  distinction  will  be  made  between  product  development  and 
research  applications. 

Product  Development  Applications 

This  study  has  demonstrated,  compared  and  contrasted  several  alternative  techniques  for  applying  system 
engineering  principles  in  the  definition  of  functional  requirements  for  a  transport  aircraft  cockpit  When 
employed  as  an  integral  part  of  a  well-structured  engineering  and  developmental  test  program,  these  analyses 
can  provide  the  basis  for  logical  and  consistent  application  of  the  human-centered  design  philosophy. 
Functional  analysis  provides  a  mechanism  for  translating  the  operational  requirements  of  the  vehicle  into 
meaningful  design  requirements  for  the  engineer.  The  techniques  demonstrated  in  this  study  can  also  help 
assure  that  design  decisions  regarding  cockpit  automation  are  based  upon  balanced  consideration  of  relevant 
alternatives  and  available  resources.  The  authors  of  this  report  feel  that  the  discipline,  traceability  and 
accountability  that  these  procedures  impose- on  the  design  process  can  have  a  substantial  positive  impact  on  the 
operational  utility  and  safety  of  future  transport  aircraft  cockpits. 

In  addition  to  the  primary  role  of  this  methodology  in  function  allocation,  functional  analysis  can  provide  a 
number  of  other  tangible  contributions  to  the  process  of  development  and  certification  of  cockpits  for  future 
aircraft  These  may  be  summarized  as  follows: 

•  Assure  Comprehensiveness — A  detailed  functional  description  can  serve  as  a  “checklist”  for  the 
designer  to  help  assure  that  the  design  solutions  will  accommodate  all  anticipated  operational 
requirements  (including  contingencies). 

•  Prioritize  Development  Needs — A  comprehensive  functional  analysis  can  help  surface  critical,  high 
risk  or  conflicting  design  requirements  early  in  the  development  process  so  that  appropriate  action  can 
be  taken  to  resolve  these  issues  or  explore  alternatives  with  minimal  commitment  of  engineering 
resources. 

•  Facilitate  Comparisons  and  Tradeoffs — The  functional  organization  can  provide  a  basis  for  making 
analytical  comparisons  among  alternative  design  solutions  that  are  functionally  equivalent 

•  Facilitate  Functional  Integration — The  hierarchical  structure  of  the  database  can  assist  the  designer 
in  establishing  the  organization  and  overall  architecture  of  the  crew  interface  (e.g.,  functional  grouping 
of  controls,  displays,  related  information,  etc.). 
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•  Provide  Evaluation  Criteria — Analysis  of  mission  requirements  and  performance  specifications  for 
the  air  vehicle  should  assist  in  defining  relevant  evaluation  criteria  for  use  in  developmental  and 
qualification  tests  to  demonstrate  compliance  with  customer  and  regulatory  requirements. 

While  the  potential  benefits  to  be  gained  by  using  these  methods  are  considerable,  the  nature  of  the 
development  cycle  for  commercial  aircraft  imposes  some  important  limitations  on  the  practicality  of 
using  functional  analysis  methods  in  the  initial  stages  of  design.  In  contrast  with  military  aircraft 
programs,  the  burden  of  commercial  aircraft  development  costs  must  be  borne  entirely  by  the  airframe 
manufacturer.  Since  the  level  of  investment  required  is  extremely  large,  the  pressures  to  minimize 
development  costs  are  considerable.  In  addition,  potential  airline  customers  normally  require  a  fairly 
detailed  design  before  committing  to  order  new  aircraft,  exerting  additional  pressure  on  the 
manufacturer  to  minimize  front  end  analysis  and  proceed  with  product  definition.  These  factors  serve 
to  restrict  severely  the  time  and  resources  that  are  typically  made  available  for  analysis  of  system 
requirements. 

It  should  also  be  noted  that  the  FAA  imposes  demanding  flight  safety  requirements  for  aircraft 
certification.  Compliance  with  these  requirements  has  traditionally  required  a  lengthy  test  and 
evaluation  process  employing  conservative  criteria  and  well  established  measurement  techniques  with 
demonstrated  validity  and  reliability. 

In  view  of  these  considerations,  it  is  evident  that  available  methods  for  functional  analysis  and 
allocation  suffer  from  several  significant  deficiencies.  These  may  be  summarized  as  follows: 

•  Cost  and  Schedule  Impact — The  techniques  presently  available  for  functional  analysis  are  time- 
consuming  and  costly.  Implementation  of  a  rigorous  top-down  approach  such  as  IDEF0  is  particularly 
labor-intensive.  While  the  procedures  for  recording,  editing,  and  manipulating  a  functional  description 
may  be  greatly  facilitated  by  using  a  sophisticated  database  management  system,  the  process  of 
knowledge  acquisition  demands  many  hours  of  dedicated  effort  by  a  skilled  team  of  analysts  with 
direct  access  to  subject  matter  experts  in  aircraft  systems  and  flight  operations.  For  this  reason,  the 
costs  associated  with  conducting  a  thorough  and  comprehensive  analysis  of  all  flight  deck-related 
operations  may  be  prohibitive  in  the  context  of  a  commercial  aircraft  development  program.  Further 
streamlining  of  the  functional  analysis  process  may  be  required  to  achieve  the  desired  level  of  practical 
utility. 

•  Lack  of  Definitive  Criteria  for  Function  Allocation — Meaningful  decision  rules  for  function 
allocation  should  be  based  upon  objective  (and  preferably  quantitative)  data  regarding  the  relative 
capabilities  and  limitations  of  humans  and  automation.  While  general  principles  and  qualitative  criteria 
have  been  proposed  from  time  to  time  in  the  literature,  a  comprehensive  body  of  empirical  research 
and  comparative  data  is  lacking.  Because  the  relative  effectiveness  of  man  and  machine  is  “context 
sensitive,”  involving  interactions  among  numerous  variables,  predictions  based  on  the  “rule  of  thumb” 
approach  can  have  only  limited  predictive  accuracy.  Further  empirical  research  on  human/rnachine 
performance  is  required  to  establish  the  necessary  parametric  criteria  and  multivariate  predictive 
models  for  function  allocation. 
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•  Need for  Validation  in  the  Operational  Environment — The  true  benefits  to  be  derived 

from  the  application  of  functional  analysis  methods  as  design  aids  can  only  be  fully  assessed  through 
empirical  testing  of  the  end  product  Presumably,  a  more  structured  and  human-centered  approach  to 
design  of  cockpit  automation  would  result  in  enhanced  performance  of  both  crew  and  automated 
subsystems.  The  magnitude  and  practical  significance  of  performance  improvements  could  be 
demonstrated  through  the  use  of  flight  simulation  techniques  to  evaluate  new  design  concepts  in 
comparison  with  conventional  implementations.  It  seems  probable  that  this  type  of  validation  will  be 
necessary  in  order  to  gain  general  acceptance  of  the  system  engineering  approach  to  cockpit  design  by 
industry  and  regulatory  agencies.  Recent  work  by  Abbott  (ref.  13)  is  a  paradigm  of  the  approach  that  is 
needed.  Abbott  applied  function/task  analysis  to  the  design  of  the  Engine  Monitoring  and  Control 
System  (E-MACS)  to  implement  a  design  philosophy  intended  to  provide  information  better  suited  to 
the  user’s  task  than  displays  designed  with  traditional  methods.  Initial  validation  of  the  approach  was 
accomplished  using  part-task  simulation.  Flight  tests  are  currendy  underway  to  provide  operational 
validation  (personal  communication). 

While  the  factors  cited  above  serve  to  limit  some  of  the  applications  of  functional  analysis  methods,  it  is 
evident  that  there  is  an  important  role  for  these  analytical  tools  in  support  of  the  cockpit  design  process.  The 
concerns  identified  above  suggest  the  need  for  further  development  and  refinement  of  functional  analysis 
techniques  to  enhance  their  practical  utility. 

Research  Applications 

Functional  analysis  methodology  offers  a  powerful  set  of  tools  for  researchers  engaged  in  the  study  of 
advanced  aircraft  automation  concepts.  Since  research  applications  are  exploratory  in  nature  and  may  often 
deal  with  relatively  limited  subsets  of  the  functional  domain,  many  of  the  practical  constraints  that  limit 
product  development  applications  would  not  necessarily  inhibit  their  utility  in  a  research  environment.  The 
operational  knowledge  embodied  in  a  detailed  functional  description  is  an  essential  prerequisite  to  the 
successful  development  of  many  kinds  of  advanced  automation  concepts.  Functional  analysis  provides  an 
organizing  framework  for  capturing  this  knowledge  about  the  functional  requirements  of  the  air  vehicle  and 
translating  it  into  a  form  that  is  readily  accessible  and  useful  for  the  computer  scientist.  As  more  definitive 
information  about  the  relative  capabilities  of  man  and  machine  is  acquired,  a  well-designed  knowledge 
representation  scheme  can  provide  the  necessary  flexibility  and  growth  capability  to  accommodate 
modifications  to  the  decision  rules  for  function  allocation.  As  our  knowledge  base  matures,  the  adaptation  of 
sophisticated  software  tools  such  as  4th  Dimension  and  Nexpert  to  this  purpose  may  ultimately  provide  the 
mechanisms  needed  to  model  the  complex  interdependencies  among  functions  and  their  associated 
information  requirements. 
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APPENDIX  A 


REVIEW  OF  PRIOR  RESEARCH 


Today,  almost  forty  years  after  Paul  Fitts  proposed  his  list  of  qualitative  criteria  for  allocating  functions 
to  men  or  to  machines,  there  does  not  exist  a  well-defined,  generally-accepted,  validated,  user-friendly 
model  of  the  process  for  integrating  human  beings  into  the  design  of  systems,  such  that  the  resulting 
product  meets  its  performance  objectives.  The  United  States  Air  Force  has  recognized  the  problem  and 
implemented  actions  intended  to  improve  the  situation.  Examples  are  AFSCM  375-5,  “Systems 
Engineering  Management  Procedures”  (ref.  13),  and  the  Air  Force  Integrated  Computer-Aided 
Manufacturing  (ICAM)  and  Technology  Modernization  (Tech  Mod)  Programs  (ref.  3). 

Since  Fitts  proposed  his  list  of  qualitative  decision  criteria  for  function  allocation,  human  engineering 
practitioners  working  on  large,  primarily  military  systems,  have  invented  or  acquired  techniques  to  help 
them  make  a  useful  contribution  to  the  system  development  effort  they  were  supporting.  These  tools 
have  gradually  been  collected  into  handbooks  to  assist  new  human  factors  engineers  to  interact 
effectively  with  the  rest  of  the  design  team. 

In  the  paragraphs  which  follow,  some  of  the  relevant  literature  will  be  summarized,  but  a  detailed 
review  of  various  techniques  will  not  be  attempted.  All  the  references  cited  have  been  reviewed  and 
many  contain  lists  of  additional  sources.  The  largest,  most  ambitious,  and  potentially  most  beneficial 
research  and  development  effort  ever  mounted  to  deal  with  system  engineering  in  crew  station  design  is 
the  U.  S.  Air  Force  Cockpit  Automation  Technology  Program.  Because  of  its  potential  importance  to  all 
persons  concerned  with  the  flight  deck,  this  program  will  receive  special  attention  in  this  review. 


HUMAN  ENGINEERING  /  TECHNIQUES-ORIENTED  WORKS 

The  problem  of  function  allocation  was  first  addressed  by  Paul  Fins  in  1951  (ref.  14).  Fitts  directed  a 
multidisciplinary  study  of  the  air  navigation  and  traffic  control  system  which  existed  in  the  United 
States  in  1950.  In  the  report  of  that  study,  Fitts  discussed  the  kinds  of  tasks  which  human  beings  do 
bener  than  machines  and  those  which  machines  can  perform  better  than  human  beings.  The  two  sets  of 
qualitative  criteria  have  become  known  as  “The  Fitts  List.”  The  original  Fitts  List  is  given  in  Table  A-I. 

In  his  article  (ref.  15),  Jordan  criticized  the  Fitts  List  approach  because  it  compares  the  functions  which 
man  can  do  better  than  machines  to  those  which  machines  can  do  better  than  man.  Jordan  argued  that 
men  and  machines  are  not  comparable.  Rather,  they  are  complementary.  In  Jordan’s  view,  if  a  task  is 
predictable,  controllable,  and  iterative  and  requires  consistent  performance,  a  production  machine  is  a 
better  choice  than  a  human  being  for  accomplishing  the  function.  Where  the  task  environment  is  not 
predictable,  or  is  predictable,  but  is  not  controllable,  a  human  being  with  the  appropriate  tools  is  the 
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TABLE  A-l  —  THE  ORIGINAL  FITTS  LIST 


Human  Beings  Are  Better  than  Machines  at: 

1.  Ability  to  detect  small  amounts  of  visual  or  acoustic  energy. 

2.  Ability  to  perceive  patterns  of  light  or  sound. 

3.  Ability  to  improvise  and  use  flexible  procedures. 

4.  Ability  to  store  large  amounts  of  information  for  long  periods  and  to  recall  relevant  facts 
at  the  appropriate  time 

5.  Ability  to  reason  inductively. 

6.  Ability  to  exercise  judgment. 

Present  Day  Machines  [1951]  Are  Better  than  Human  Beings  at: 

1.  Ability  to  respond  quickly  to  control  signals,  and  to  apply  great  force  smoothly  and 
precisely. 

2.  Ability  to  perform  repetitive,  routine  tasks. 

3.  Ability  to  store  information  briefly,  then  to  erase  it  completely. 

4.  Ability  to  reason  deductively,  including  computational  ability. 

5.  Ability  to  handle  highly  complex  operations,  i.e.,  to  do  many  different  things  at  once. 


better  choice.  This  is  because  the  human  being  is  capable  of  coping  with  contingencies,  and  the  machine 
is  not. 

Jordan  noted  that  a  common  practice  was  to  allocate  to  the  man  those  functions  which  were  either  too 
difficult  or  too  expensive  to  mechanize.  The  remaining  functions  were  then  allocated  to  machines.  He 
also  pointed  out  that  man  had  been  looked  upon  as  a  link  in  the  system  and  that  only  the  information 
and  capabilities  needed  to  accomplish  the  task  of  the  link  were  given  to  him.  The  problem  which  arose 
from  application  of  this  philosophy  was  that  the  man  was  unable  to  take  over  manual  control  when  the 
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system  failed.  Jordan  also  emphasized  the  need  to  ensure  that  the  allocation  of  functions  to  human 
beings  provide  a  built-in  mechanism  for  motivating  the  person.  In  Jordan’s  view,  if  this  is  not  done,  the 
man  will  rebel  against  the  system  which  tries  to  treat  him  as  if  he  were  a  machine. 

Chapanis  (ref.  16)  summarized  the  inadequacies  of  the  Fitts  List  as  a  basis  for  making  allocation 
decisions.  These  include  the  facts  that  general  man-machine  comparisons  are  often  wrong,  that  it  is  not 
always  necessary  to  decide  on  a  component  which  can  do  the  job  better.  Often  “good  enough”  may  be 
sufficient  Also,  decisions  based  on  a  Fitts  List  do  not  consider  tradeoffs,  which  are  a  fact  of  life  for  the 
systems  engineer.  Chapanis  also  directs  attention  to  the  fact  that  social,  economic,  and  political  values 
have  an  impact  on  function  allocation,  and  that  one  must  continually  re-evaluate  assignment  decisions, 
because  they  are  sensitive  to  the  engineering  state  of  the  art.  Chapanis  suggests  some  general  guidelines 
for  approaching  the  problems  of  function  allocation.  He  also  cites  the  published  works  (to  1963)  of 
other  investigators  who  were  addressing  the  problem  of  function  allocation  in  the  context  of  a  system. 

Meister  (ref.  17)  described  a  step-by-step  procedure  for  accomplishing  function  allocation.  In  a  later 
work  (ref.  18),  he  greatly  elaborated  his  approach  and  related  it  to  the  Department  of  Defense  military 
system  acquisition  cycle.  Meister  identified  behavioral  questions  which  arise  during  the  development  of 
a  system,  then  related  these  questions  to  appropriate  behavioral  methods  in  a  matrix.  He  also  called 
attention  to  the  difficulties  the  practitioner  may  have  in  applying  these  methods  in  the  development 
environment  In  Chapter  Four  of  the  referenced  work,  Meister  also  provides  a  review  of  computer- 
based  aids  to  system  development  and  computerized  mathematical  models  for  predicting  and  evaluating 
operator  performance.  In  his  summary,  Meister  states  that  the  automated  design  aids  he  reviewed  were 
still  in  an  experimental  state,  although  some  had  been  under  development  for  a  number  of  years,  and 
that  manual  methods  were  used  more  often  than  their  automated  equivalents.  He  includes  an  extensive 
list  of  references. 

Woodson  (ref.  19)  provides  a  useful  illustration  of  the  application  of  functional  flow  block  diagramming 
to  the  definition  of  functional  requirements  and  suggests  an  approach  to  function  allocation.  The 
difficult  problem  of  integrating  the  work  with  the  program  development  plan  and  schedule  is  not 
addressed. 

In  his  1985  article  in  Human  Factors  (ref.  20),  Price  summarized  the  state  of  the  art  relative  to  function 
allocation  up  to  that  time.  His  article  was  later  incorporated  as  a  chapter  in  ref.  21.  He  noted  advances 
made  during  the  ’60s  and  ’70s  with  the  advent  of  the  Department  of  Defense  Military  Standard,  MIL- 
H-46855B,  Human  Engineering  Requirements  for  Military  Systems,  Equipment  and  Facilities,  by  the 
appearance  of  elaborations  of  the  Fitts  List,  and  by  the  availability  of  computer-aided  procedures.  He 
also  noted  that  none  of  the  computer-aided  procedures  had  found  wide  acceptance.  Price  reports  that,  in 
1981  he  had  reviewed  existing  approaches  and  methods  for  the  allocation  of  functions  for  potential 
application  to  nuclear  power  plants  and  had  identified  several  problems  and  lessons  learned.  He 
discussed  four  general  weaknesses  in  published  methods; 

1.  There  is  no  formula  for  computing  the  suitability  of  human  performance  as  compared  to 
machine  performance,  for  a  given  function.  Such  a  formula  would  require  the  availability  of 
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large  databases  of  quantitative  data  on  human  performance  which  could  be  related  to  the 
requirements  of  a  new  design.  Price  states  that,  at  the  time  of  his  writing,  such  data  did  not  exist, 
and  probably  never  would.  He  concludes  that  expert  judgment  will  remain  the  basis  for  making 
an  allocation  decision,  augmented  by  the  analyst’s  past  experience  with  similar  systems  and  by 
empirical  test 

2.  The  allocation  decision  is  iterative  and  follows  the  generate  and  test  paradigm,  as  designers 
work  the  design  problem. 

3.  Psychomotor  and  cognitive  performances  differ.  Methodologies  which  work  well  for  air  vehicle 
control  are  not  useful  for  application  to  cognitive  tasks,  such  as  flight  planning  or  air  traffic 
control.  In  this  connection.  Price  calls  attention  to  the  unfavorable  result  of  assumption  of 
control  by  computers,  leaving  the  operator  out  of  the  loop  and  ignorant  of  what  is  happening. 
This  can  lead  to  a  loss  of  confidence  in  the  automatic  control  and  a  decision  to  override.  Other 
undesirable  effects  of  complete  automation  of  a  function  are  loss  of  interest,  with  resultant  loss 
of  the  ability  to  intervene  intelligently  in  an  emergency.  Price  holds  that  designers  should 
deliberately  plan  for  keeping  the  operator  involved  while  the  system  is  under  automatic  control. 

4.  It  is  not  necessarily  true,  because  a  human  being  performs  a  function  poorly,  that  a  machine  will 
perform  it  well.  There  are  tasks  which  neither  do  well.  Price  presents  a  decision  matrix  for 
allocation  functions  which  addresses  the  several  allocation  possibilities.  Price  then  lists  eleven 
general  rules  for  the  approach  to  function  allocation. 

In  the  remainder  of  his  paper.  Price  addresses  the  system  approach  to  design  and  makes  the  statement 
that,  at  the  level  of  function  analysis,  most  functions  must  be  allocated  to  some  combination  of  human 
beings  or  machines.  In  conclusion.  Price  notes  the  importance  of  function  analysis  and  function 
allocation  in  avoiding  design  errors  which  can  be  very  costly  to  correct  downstream.  He  emphasizes  the 
need  for  additional  work,  especially  on  analyzing  human  cognitive  requirements  in  an  automated 
environment. 

In  their  chapter  on  “Analytic  Techniques  for  Function  Analysis”  (ref.  22),  Laughery  and  Laughery 
describe  a  number  of  approaches  to  capturing  essential  information  about  operations.  In  their  view, 
“functional  analysis”  is  synonymous  with  “process  analysis.”  The  focus  is  on  means  for  modeling 
systems  to  make  it  possible  to  analyze  the  system’s  structural  and  dynamic  properties.  The  chapter  has 
an  industrial  engineering  flavor,  oriented  towards  general  applicability  rather  than  specifically  to  aircraft 
systems.  The  chapter  is  unusual  in  that  it  addresses  techniques  such  as  Gantt  Charts  and  PERT/CPM  for 
use  in  project  management.  This  is  a  useful  contribution,  because  it  introduces  human  factors  personnel 
to  the  advantages  of  these  project  planning  and  control  methods. 

Kantowitz  and  Sorkin  (ref.  23)  review  the  history  of  function  allocation,  and  describe  present  practice, 
with  an  emphasis  on  Meister’s  (ref.  18)  procedure.  The  authors  discuss  the  relationship  between 
allocation  and  workload  and  summarize  some  methods  for  measuring  workload.  Finally,  they  discuss 
the  need  for  more  knowledge  of  allocation  of  functions  in  the  manufacturing  environment.  They 


conclude  that  allocation  of  functions  in  manufacturing  will  proceed  in  much  the  same  way  as  it  has  in 
human  factors  in  general.  The  treatment  given  by  the  authors  is  mainly  philosophical.  They  list  41 
references. 

In  their  1986  paper  (ref.  4),  Rouse  and  Cody  summarize  a  proposed  technique  for  function  allocation  in 
the  design  of  manned  systems.  The  authors  review  three  characteristics  which  limit  the  utility  of  present 
function  allocation  methods. 

•  The  process  is  visualized  as  taking  place  during  the  early  part  of  design.  Functional 
requirements  are  defined,  then  an  allocation  strategy  is  applied  to  assign  responsibility  for  each 
function  to  the  crew  or  to  the  remainder  of  the  system  (automation/machines).  It  is  assumed  that 
allocation  is  a  one-shot  process  and  need  not  be  considered  further. 

•  Current  allocation  methods  tend  to  limit  the  options  the  designer  will  consider  relative  to  crew 
system  design.  The  operator  is  considered  to  be  a  serial  information  processor  of  limited 
capacity,  capable  of  accomplishing  only  one  task  at  a  time.  This  results  in  a  job  design  which 
consists  of  collections  of  independent  tasks,  one  task  for  each  function,  which  the  operator  is  to 
perform.  The  operator  may  be  able  to  perform  each  task  separately,  but  unable  to  perform 
appropriately  when  several  tasks  must  be  accomplished  concurrently  or  occur  in  rapid 
succession. 

•  System  functions  are  partitioned  into  two  mutually  exclusive  sets,  one  for  human  beings  and 
one  for  computers.  This  approach  fails  to  take  advantage  of  advances  in  artificial  intelligence 
and  adaptive  aiding  which  permit  machines  to  accomplish  intelligent  behaviors  typically 
reserved  to  human  beings.  These  advances  make  possible  function  allocation  decisions  which 
are  situation  dependent  for  those  functions  that  either  man  or  equipment  can  handle  adequately. 

The  authors  suggest  an  alternative  allocation  policy  which  assigns  functions  dynamically,  depending  on 
whether  the  operator  or  the  computer  is  better  able  to  accommodate  the  demand  at  the  moment.  They 
also  call  attention  to  their  success  in  demonstrating  the  feasibility  of  adaptive  allocation  schemes  in  the 
context  of  flight  management  and  process  control.  This  approach  has  been  found  to  result  in  better  total 
system  performance  and  manageable  operator  workload,  when  compared  to  conventional,  static 
allocation  schemes.  Rouse  and  Cody  then  describe  their  methodology  for  function  allocation.  Their 
approach  includes  three  phases: 

•  Initial  design 

•  Design  integration 

•  Final  design 
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The  methodology  assumes  that  system  objectives  have  been  convened  into  functional  requirements 
prior  to  the  initial  design  phase.  It  also  assumes  that  the  functions  have  been  converted  into  a  function 
time  line.  The  authors  do  not  describe  a  method  for  creation  of  the  function  time  line. 

According  to  Rouse  and  Cody,  “The  function  time  line  is  an  estimate  of  the  structure  of  demands  for 
system  resources  over  time.”  The  objective  of  their  function  allocation  methodology  is  to  convert  the 
demand  structure  of  the  function  time  line  into: 

•  An  allocation  timeline  which  shows  the  allocation  of  each  function  to  a  human  being  or  to  a 
computer,  for  each  time  period.  If  the  allocation  is  dynamic,  the  most  likely  allocation  is 
specified  by  the  timeline. 

•  For  each  human-allocated  function,  a  task  design  which  completely  describes  the  task,  including 
displays,  controls  and  procedures,  together  with  the  human  performance  models  and  data  used 
to  design  the  task. 

The  detailed  application  of  their  approach  is  described  in  the  main  body  of  this  report,  beginning  on 
page  28. 

In  commercial  aircraft  development,  acceptance  by  the  design  engineers  of  the  results  of  research 
depends  critically  upon  demonstration  of  the  practical  utility  and  operational  validity  of  the  work.  The 
approach  taken  by  Abbott  (ref.  13)  offers  a  paradigm  for  meeting  these  requirements.  Abbott  applied 
function  /task  analysis  to  the  design  of  the  Engine  Monitoring  and  Control  System  (E-MACS)  display 
to  implement  a  design  philosophy  intended  to  provide  information  better  suited  to  the  user's  task  than 
displays  designed  with  traditional  methods.  Initial  validation  of  the  approach  was  accomplished  using 
part-task  simulation.  Flight  tests  are  currently  underway  to  provide  operational  validation  (personal 
communication). 


SYSTEM-ORIENTED  WORKS 

Air  Force  Systems  Command  System  Engineering  Management  Procedures 

Following  the  end  of  World  War  II,  in  1945,  there  was  a  growing  awareness  of  the  need  to  employ  a 
“system  approach”  to  the  development  of  new  military  aircraft  systems.  Prior  to  this  time,  aircraft 
systems  had  been  assembled  from  available  components,  often  with  the  capabilities  of  an  aircraft  engine 
as  the  point  of  departure,  with  little  regard  to  the  needs  of  the  flight  crew.  The  new  philosophy  dictated 
that  performance  requirements  for  the  new  system  be  derived  from  the  operational  mission;  that 
development  of  the  system  consider  interfaces  among  all  elements  of  the  system,  including  the  human 
operator,  and  that  tradeoff  studies  to  evaluate  the  relative  merits  of  alternative  design  solutions  be 
conducted  before  making  a  selection.  A  massive  joint  Air  Force  Systems  Command  (AFSC)-Industry 
effort  was  mounted  to  capture  and  document  a  procedure  to  be  followed  to  implement  the  new  “system 
engineering”  approach.  The  Ballistic  Missile  Division  (BMD)  of  AFSC  was  given  the  lead  role,  but  all 
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AFSC  Divisions  participated.  The  result  was  Air  Force  Systems  Command  Manual  375-5,  System 
Engineering  Management  Procedures,  published  in  March  1966  (ref.  13). 

AFSCM  375-5  was  one  of  a  series  of  manuals  which  provided  a  procedural  baseline  for  the 
management  of  system  programs  involving  a  complex  of  hardware,  software,  personnel,  procedures, 
facilities  and  their  interfaces  with  one  another  and  with  management  Other  manuals  in  the  series 
addressed  Configuration  Management  and  System  Program  Management 

AFSCM  375-5  established  “system  engineering”  as  a  guiding  principle  for  the  acquisition  of  Air  Force 
systems.  “System  engineering”  was  defined  as  “organized  creative  technology.”  In  the  context  of 
AFSCM  375-5,  “system  engineering”  included  terms  such  as  system  approach,  system  analysis,  system 
integration,  functional  analysis,  system  requirements  analysis,  reliability  analysis,  maintenance  and 
maintainability  task  analysis  and  similar  functions.  AFSCM  375-5  made  two  major  contributions  to  a 
disciplined  approach  to  system  acquisition. 

•  It  defined  “a  common  system  analysis  process  which  leads  to  system  definition  in  terms  of 
performance  requirements  on  a  total  system  basis,”  and 

•  It  provided  a  ‘“road  map’  of  engineering  actions  during  a  system’s  life  cycle  in  their  relative 
order  of  occurrence.” 

One  of  the  more  important  tools  mandated  by  AFSCM  375-5  was  the  Functional  Flow  Block  Diagram 
(FFBD)  and  its  associated  Requirements  Allocation  Sheet  (RAS).  The  FFBD  technique  is  a  top-down, 
hierarchical  method  for  decomposing  higher  level  functions  into  subfunctions  to  the  level  required  to 
permit  allocation.  FFBDs  also  show  the  required  sequence  of  accomplishment  of  the  functions/activities 
in  a  given  flow.  The  RAS  is  a  matrix  which  documents  allocation  decisions.  Descriptions  of  each 
analytic  technique  and  worked  examples  of  their  use  are  given  in  AFSCM  375-5. 

Imposition  of  AFSCM  375-5  as  a  contract  requirement  met  with  opposition  from  industry,  especially 
from  companies  which  had  been  building  mainly  commercial  aircraft.  There  were  several  reasons: 

•  The  approach  was  very  labor  intensive,  hence  costly. 

•  Many  engineers  did  not  know  the  required  techniques. 

•  Many  FFBDs  had  to  be  generated,  at  a  time  when  computing  assistance  was  limited  to 
mainframes. 

•  The  correlated  AFSCM  375-1  Configuration  Management  procedures  were  highly  disciplined. 
Commercial  practice  was  not  adequate. 

•  Engineers  rebelled  against  the  discipline  imposed  on  them  by  the  AFSC  manuals. 
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Whatever  the  reason,  AFSCM  375-5  was  eliminated  as  a  contract  requirement.  However,  it  remains  a 
milestone  in  the  effort  to  develop  an  objective,  disciplined  approach  to  the  acquisition  of  large,  complex 
systems,  where  the  emphasis  is  on  the  functions  which  must  be  accomplished,  rather  than  on  the 
responsibilities  of  organizations. 

USAF  Integrated  Computer-Aided  Manufacturing  (IC AM)  Program 

In  1977,  the  U.  S.  Air  Force  launched  a  five-year,  $100  million  program  intended  to  increase 
productivity  in  aerospace  manufacturing,  and  to  provide  for  a  surge  capability  in  the  event  of  national 
mobilization.  This  initiative  was  called  the  Integrated  Computer-Aided  Manufacturing  (ICAM) 
Program  (ref.  3).  A  central  concept  of  the  ICAM  Program  was  that,  in  order  to  improve  an  existing 
system,  one  first  had  to  know  how  it  works  now.  To  capture  this  information,  the  ICAM  Program 
acquired  or  developed  appropriate  analytic  and  simulation  techniques.  These  techniques  included  the 
function  modeling  language,  IDEFq  (ICAM  Definition  Method,  Version  Zero);  the  information 
modeling  language,  IDEFi;  the  dynamic  modeling  language,  IDEF2;  and  the  ICAM  Decision  Support 
System  (IDSS)  for  simulating  alternative  design  solutions.  IDEFq  was  derived  from  the  copyrighted 
Structured  Analysis  and  Design  Technique  (SADT)  (ref.  24),  developed  by  SofTech,  Inc.  The  ICAM 
Program  Office  acquired  the  right  to  use  the  copyrighted  methodology  and  gave  it  a  new  name.  The 
other  methodologies  were  developed  under  the  ICAM  Program. 

The  main  thrust  of  the  ICAM  program  was  manufacturing  and  only  a  relatively  small  amount  of  effort 
was  devoted  to  capturing  the  architecture  of  design.  The  decomposition  of  the  functional  architecture  of 
design  (ref.  25)  did  not  go  down  far  enough  to  capture  the  contributions  of  specialty  disciplines,  such  as 
Human  Factors  Engineering.  Also,  IDEF0  does  not  address  time  or  sequence,  which  are  essential  to  an 
adequate  description  of  the  process. 

The  ICAM  Program  was  significant  because  it  promoted  the  use  of  analytic  and  simulation  techniques 
to  solve  factory  problems  prior  to  building  or  purchasing  hardware.  It  forced  management  to  examine 
the  process  for  creating  its  product.  Unfortunately,  there  was  a  great  deal  of  resistance  to  the 
implementation  in  the  factory  of  the  solutions  developed  under  the  ICAM  Program,  primarily  because 
of  the  demands  of  implementation  upon  capital.  There  was  also  resistance  by  management  to  the 
discipline  imposed  by  the  top-down  analysis  of  the  operation.  The  IDEFq  modeling  technique  requires 
every  subordinate  function  to  be  logically  necessary  to  the  accomplishment  of  the  higher  level  function/ 
objective.  Duplication  of  functions,  activities  without  outputs,  and  lack  of  interfaces  become  apparent 
when  this  technique  is  used. 


The  USAF  Cockpit  Automation  Technology  (CAT)  Program 

The  USAF  CAT  Program  is  directly  relevant  to  NASA’s  Aviation  Safety/Automation  Program  because 
it  addresses  the  development  of  technology  for  the  design  of  the  crew  station  and  the  demonstration  of 
the  effectiveness  of  the  new  technology.  The  emphasis  is  on  appropriate  automation  to  permit  the  pilot/ 
crew  to  perform  more  effectively.  Although  the  CAT  Program  addresses  the  fighter  mission  of  the 
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1990s,  which  is  far  more  demanding  of  the  pilot  than  a  commercial  transport  mission,  many  of  the  same 
methodological  considerations  are  involved. 

The  USAF  CAT  Program  is  the  largest,  most  ambitious  effort  ever  directed  towards  the  rigorous 
specification  of  the  process  for  designing  and  evaluating  a  totally  integrated  crew  system  for  manned, 
military  flight  systems.This  section  is  based  on  the  Requests  for  Proposal  (RFP)  for  Phase  1  and  for 
Phases  2  and  3  (unpublished  data).  The  treatment  given  here  will  enable  the  reader  to  understand  what 
is  being  attempted  by  the  CAT  Program  and  what  products  are  to  become  available.  It  is  expected  that 
products  of  the  CAT  Program  will  become  available  when  they  have  successfully  completed  validation 
testing  and  meet  Air  Force  quality  standards. 

The  CAT  Program  has  three  phases.  Phase  1  was  begun  in  1984  with  the  award  of  contracts  to  three 
contractor  teams  for  an  18-month  period.  Phase  2,  Development,  was  awarded  to  two  contractor  teams 
for  a  24-month  period  in  April  1986.  Phase  3,  Demonstration  and  Validation,  also  for  24  months,  was 
awarded  to  one  contractor  team. 

CAT  PHASE  1 
Problem 

In  the  past,  the  primary  factors  which  limited  mission  performance  were  the  aircraft  and  its  subsystems, 
not  the  pilot  In  present-day  aircraft,  pilots  must  frequently  prioritize  workload  and  omit  some  tasks 
during  critical  mission  phases.  The  total  workload  on  Air  Force  pilots  is  rapidly  approaching 
unacceptable  levels.  A  new  approach  is  needed  to  control  pilot  workload,  by  assuring  that  crew  systems 
are  developed  to  use  the  pilot/crew  efficiently. 

Objectives 

The  specific  objectives  of  CAT  Phase  1  were,  ‘To  characterize  and  functionally  decompose  the  post- 
1990  tactical  attack  mission  and  build  the  methodological  structure  for  a  new  design  technology  that 
accounts  for  (a)  adapting  to  mission  uncertainty,  and  (b)  inherent  aircrew  capabilities/limitations 
(unpublished  data).” 

These  objectives  were  to  be  accomplished  by  completing  four  major  tasks: 

1.  Develop  a  procedural  method  for  integrating  cockpit  automation  technology  into  the  weapon 
system  development  process.  To  assist  the  contractor  in  accomplishing  this  task,  a  flow  diagram 
of  a  prototype  CAT  design  process  was  provided  with  the  RFP. 

2.  Develop  mission  characterization  tools  and  procedures.  This  task  included  the  identification  of  a 
baseline  weapon  system,  development  of  a  detailed  mission  time  line,  performance  criteria, 
functional  decomposition,  classification  of  mission  functions  into  operations  variables,  decision 
variables  and  problem  formulation  variables,  as  well  as  classification  of  functions  as  “operator” 
or  “manager”  roles. 
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3.  Prepare  a  preliminary  development  plan. 

4.  Identify  a  set  of  candidate  cockpit  automation  concepts  and  evaluate  them  to  show  how  the 
aircrew  compatibility  and  tactical  effectiveness  can  be  improved  through  the  CAT  design 
process. 

Products 

The  products  of  CAT  Phase  I  were: 

•  Definition  of  the  CAT  methodology 

•  Mission  characterization 

•  Development  plan  for  CAT 

•  Candidate  automation  concepts 


CAT  PHASE  2  -  DEVELOPMENT 

Contracts  for  CAT  Phase  2  were  awarded  to  two  contractor  teams  in  April  1986.  The  RFP  required  the 

contractors  to  bid  on  Phases  2  and  3,  although  only  Phase  2  would  be  awarded  initially. 

The  Phase  2  objective  was  “to  develop  fully  the  CAT  design  process.” 

Phase  2  included  four  major  tasks: 

1.  Phase  1  Assessment — The  contractor  was  required  to  evaluate  the  Phase  1  results,  to 
supplement  them  as  necessary  to  accomplish  the  remaining  tasks  of  Phases  2  and  3,  and  to 
prepare  a  program  plan  for  accomplishing  both  phases. 

2.  Fully  develop  the  CAT  design  process — This  task  required  the  contractor  to  prepare  a  detailed 
model  of  the  process  of  crew  system  design  and  to  document  the  process  in  IDEFg  (ref.  3).  Also 
required  were  an  outline  of  a  Cockpit  Automation  Design  Guide,  recommendations  for  revision 
to  military  specifications  and  military  standards,  and  development  of  a  Lessons  Learned  Data 
Base. 

3.  Apply  the  CAT  Design  Process — The  contractor  was  required  to  prepare  a  design  specification 
and  data  necessary  to  permit  fabrication  of  simulator  cockpit  hardware  and  interfaces  during 
Phase  3,  and  to  permit  independent  evaluation  of  the  CAT  cockpit  design. 
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4.  Develop  a  Cockpit  Automation  Design  Support  System  (CADSS) — This  task  included  the 
development  of  software  tools,  a  stand-alone  computer-aided  design  system,  and  a  rapidly 
reconfigurable  (breadboard)  cockpit  for  use  by  the  crew  system  designer. 

CAT  PHASE  3  -  DEMONSTRATION/VALIDATION 

This  phase  requires  the  contractor  to  “demonstrate  that  the  crew  system  design  from  Phase  2  is 
measurably  improved,  relative  to  the  baseline  crew  system,  as  a  result  of  applying  the  CAT 
methodology  (unpublished  data).”  Additional  requirements  included  preparation  of  the  Cockpit 
Automation  Design  Guide,  development  of  the  Breadboard  Cockpit  design  aid,  and  the  development  of 
Computer-Aided  Engineering  (CAE)  software  tools  for  evaluation  of  pilot  performance,  workload 
evaluation,  and  evaluation  of  pilot  acceptance. 

The  products  of  the  CAT  Program  should  greatly  assist  crew  system  designers.  One  problem  will  still 
remain.  That  problem  is  implementation  by  a  given  airframe  manufacturer.  The  airframe  manufacturer 
will  have  had  to  define  the  process  for  accomplishing  product  definition  in  its  company,  to  include 
identification  of  the  specialty  disciplines  which  must  play  a  role,  how  these  disciplines  interact  with  one 
another,  how  the  whole  process  maps  to  the  overall  system  acquisition  schedule,  what  the  products  of 
each  participating  discipline  are,  who  needs  them,  what  they  are  used  for,  and  when  they  are  needed. 
For  many  companies,  attitudes  will  have  to  be  changed  to  accept  each  participating  discipline  as  an 
equal. 
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APPENDIX  B 


ACTION  VERB  LIST 

Functional  analysis  task  statements  are  constrained  to  the  following  action  verbs: 


VERB 

DEFINITION 

ACCELERATE 

To  increase  the  rate  of  forward  movement,  to  speed  up. 

ACCESS 

To  achieve  physical  possession  of,  or  figurative  entry  to. 

ACKNOWLEDGE 

To  inform  the  sender  of  a  message  that  the  communication  has  been 
received  and  is  understood. 

ACTIVATE 

To  change  a  system  from  a  non-operational  to  an  operational  status. 

ADJUST 

NOT  to  be  used.  Use  tune  or  modify. 

ADVISE 

NOT  to  be  used.  Use  report,  announce,  etc. 

ALERT 

To  inform  that  a  dangerous  or  potentially  dangerous  situation  exists. 

ALIGN 

To  bring  into  correct  position. 

ANALYZE 

NOT  to  be  used.  Use  evaluate. 

ANNOUNCE 

To  inform  crew  and/or  passengers  of  conditions  or  events. 

ARM 

To  place  a  system  or  equipment  into  a  cocked  or  ready  state  whereby  a 
triggering  event  will  cause  a  corresponding  discrete  action  or  reaction  to 
occur. 

ASCEND 

To  change  position  from  a  lower  to  a  higher  altitude. 

ASSESS 

NOT  to  be  used.  Use  evaluate. 

ATTAIN 

To  achieve  or  accomplish  a  desired  goal  or  condition. 
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BEGIN 

NOT  to  be  used.  Use  initiate. 

BRIEF 

To  verbally  communicate  a  summary  of  the  details  of  a  future  or  pending 
mission,  task,  procedures,  etc. 

CALL  (FOR) 

NOT  to  be  used.  Use  request. 

CHECK 

NOT  to  be  used.  Use  test,  inspect,  etc.  instead. 

CLASSIFY 

To  identify  membership  in  a  particular  group  or  category. 

CLIMB 

NOT  to  be  used.  Use  ascend. 

CLOSE 

To  block  passage  or  flow. 

COMMAND 

To  direct  that  some  event  or  task  sequence  be  accomplished. 

COMMUNICATE 

To  exchange  information,  or  to  make  known. 

COMPARE 

To  examine  items  in  order  to  observe  similarities  or  differences. 

COMPUTE 

To  calculate  by  mathematical  processes. 

CONCLUDE 

To  finalize  a  decision  process. 

CONFIGURE 

To  place  a  system  or  component  into  a  particular  condition  or  mode. 

CONSIDER 

To  take  account  of  during  decision  making. 

CONTINUE 

To  proceed  in  the  performance  of  some  action,  procedure,  etc.  or  to 
remain  on  the  same  course  or  direction. 

CONFIRM 

Not  to  be  used.  Use  verify. 

CONTROL 

To  exercise  restraining  or  directing  influence  over,  to  fix  or  adjust  the 
time,  amount,  or  rate  of. 

COORDINATE 

To  plan  or  arrange  in  a  manner  that  provides  an  optimal  combination  of 
interactions,  functions,  tasks,  etc. 

CYCLE 

To  move  or  step  a  system,  equipment,  or  component  through  a  complete 
sequence  of  events. 
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DEACTIVATE 

DEBRIEF 

To  change  a  system  or  component  from  an  operational  to  a  non- 
operational  state. 

To  verbally  communicate  the  details  of  a  completed  mission,  task,  or 
procedure. 

DECELERATE 

To  decrease  the  rate  of  forward  movement,  to  slow  down.. 

DECREASE 

To  reduce  the  size  or  amount  of. 

DEFINE 

To  specify  the  detailed  features  of. 

DEPRESSURIZE 

To  remove  or  reduce  air  pressure  from  within  an  aircraft. 

DEPOWER 

NOT  to  be  used.  Use  deactivate. 

DESCEND 

To  change  position  from  a  higher  to  a  lower  altitude. 

DETECT 

To  find  or  discover  the  existence  of  a  condition  or  event. 

DETERMINE 

To  discover  or  arrive  at  through  a  systematic  process. 

DEVIATE 

To  alter  direction  or  course  from  that  which  was  planned  or 
anticipated. 

DIRECT 

To  inform  personnel  of  required  action. 

DISARM 

To  place  a  system,  equipment  or  component  into  a  disabled  or 
harmless  condition. 

DISCHARGE 

To  emit  or  apply  material  over  a  target  area. 

DISENGAGE 

To  remove  a  system,  equipment  or  component  from  a  controlling  status  or 
function. 

DON 

To  put  on  equipment  or  clothing. 

ELIMINATE 

To  make  completely  unavailable  for  use  or  access. 

ENGAGE 

To  place  a  system,  equipment  or  component  into  an  active,  (  ontrolling 
status  or  function. 

ENSURE 

NOT  to  be  used.  Use  verify. 
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ENTER 

To  move  physically  into  or  to  input  data. 

EVACUATE 

To  exit  with  all  due  speed. 

EVALUATE 

To  perform  a  critical  analysis  of  conditions  or  events  in  order  to 
understand  their  natures  or  characteristics. 

EXAMINE 

NOT  to  be  used.  Use  inspect. 

EXIT 

To  move  physically  out  of  or  away  from. 

EXTEND 

To  move  a  structure  or  component  outward  from  an  enclosed  to  an 
exposed  position. 

EXTINGUISH 

To  smother  or  quench. 

FASTEN 

To  attach  or  make  secure. 

FILL 

To  pour  or  put  into  a  receptacle  or  other  holding  device. 

FLY 

To  move  an  aircraft  through  the  sky  after  it  is  airborne. 

FOLLOW 

To  control  an  aircraft  in  order  to  align  its  performance  with  guidance 
information. 

GUARD 

To  secure  from  inadvertent  or  inappropriate  usage. 

HEAR 

To  acquire  information  aurally. 

HOLD 

NOT  to  be  used.  Use  maintain. 

IDENTIFY 

To  establish  the  nature  or  characteristics  of,  through  a  rational,  systematic 
process. 

ILLUMINATE 

To  provide  light  to  an  area  or  to  a  display  surface. 

INCREASE 

To  augment  the  size  or  amount  of. 

INFORM 

NOT  to  be  used.  Use  report,  announce,  etc. 

INITIALIZE 

To  ready  system  or  equipment  to  begin  operation. 

INITIATE 

To  begin  or  commence  action  or  operation. 

INPUT 

To  enter  data  into  a  computer. 

INSPECT 

To  perform  a  systematic  visual  examination  of  equipment  or  structures  for 
specified  conditions. 

INSURE 

NOT  to  be  used.  Use  verify. 

INTERCEPT 

To  control  an  aircraft  in  order  to  insure  a  timely  alignment  (capture)  with  a 
specific  navigational  course,  and/or  azimuth. 

INTERROGATE 

To  examine  or  query  a  system  regarding  the  status  or  condition  of  its 
components. 

INVENTORY 

To  compose  or  review  a  listing  in  order  to  insure  the  appropriate  amount 
or  quantity  is  available. 

ISOLATE 

To  locate  the  cause  of  an  equipment  malfunction. 

JETTISON 

To  expel  cargo  or  fuel  in  an  orderly  manner. 

LAND 

To  perform  actions  necessary  to  bring  an  aircraft  from  an  airborne  to  a 
non-airborne  status. 

LEVEL 

To  align  an  aircraft  parallel  to  the  plane  of  the  horizon. 

LOAD 

To  take  on  cargo  (e.g.,  passengers,  baggage,  etc.). 

LOWER 

To  move  a  structure  or  object  in  a  downward  direction,  attitude  or  angle. 

MAINTAIN 

To  remain  in  a  specified  position,  direction  or  state. 

MODIFY 

To  adjust  in  order  to  achieve  a  desired  state,  level  or  condition. 

MONITOR 

To  continually  or  periodically  observe  visual  information  or  listen  to  or  for 
auditory  information  in  order  to  assess  conditions  or  operating  status. 

NAVIGATE 

To  direct,  manage,  plot,  and/or  control  the  course  and  position  of  the 
aircraft. 

NOTIFY 

NOT  to  be  used.  Use  report,  announce,  etc. 

OBSERVE 

To  look  at  and  assess  for  possible  subsequent  action,  or  to  visually 
confirm  a  condition  or  state. 

OPEN 

To  make  available  for  flow  or  passage. 

OPERATE 

To  control  a  system  or  equipment  in  order  to  accomplish  a  specific 
predetermined  purpose. 

OUTPUT 

To  retrieve  data  from  a  computer. 

PARK 

To  bring  aircraft  to  a  halt  in  a  specified  place  and  position. 

PERFORM 

To  accomplish  an  entire  task,  operation  or  mission,  or  to  accomplish  a 
clearly  defined  step  in  a  task,  operation  or  mission. 

PLAN 

To  outline  or  prepare  in  advance  the  execution  of  a  procedure,  process, 
etc. 

POSITION 

To  place  or  arrange  appropriately. 

PREPARE 

To  perform  actions  which  precede  the  start  of  a  specific  procedure  or 
operation. 

PRESSURIZE 

To  establish  and  maintain  air  pressure  within  an  aircraft. 

PREVENT 

To  ensure  an  event  or  action  cannot  occur. 

PROCEED 

To  move  forward  or  advance  in  an  orderly  or  regulated  manner. 

PROGRAM 

To  enter  computer  directions. 

PROVIDE 

To  make  available  for  use. 

POWER 

NOT  to  be  used.  Use  activate. 

RAISE 

To  move  a  structure  or  object  in  an  upward  direction,  attitude  or  angle. 

READ 

To  repeat  written  material  aloud  to  others  or  silently  to  oneself. 

RECEIVE 

To  acquire  messages,  instructions,  or  flight  information. 

RECORD 

To  produce  a  permanent  account  of  actions  or  events. 

RECOVER 

To  regain  control  of. 

RELEASE 

NOT  to  be  used.  Use  disengage  instead. 
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REMOVE 

To  take  out  of  or  away  from. 

REPEAT 

To  perform  an  activity  more  than  once. 

REPORT 

To  describe  as  being  in  a  specified  state,  condition  or  location. 

RESET 

To  return  to  a  former  position  or  condition. 

RETRACT 

To  move  a  structure  or  component  inward  from  an  exposed  to  an  enclosed 
position. 

REQUEST 

To  solicit  desired  information  or  permission. 

REVIEW 

To  perform  a  critical  examination  to  assess  the  accuracy  or  completeness 
of  some  body  of  data. 

ROTATE 

To  pitch  the  aircraft  about  its  center  of  gravity. 

SCAN 

To  visually  examine  using  a'specific  pattern  or  sequence. 

SELECT 

To  choose  from  among  a  number  of  alternatives. 

STABILIZE 

To  place  a  system  or  aircraft  from  an  uncontrolled  into  a  controlled 
condition  or  status. 

START 

To  change  equipment  from  a  non-operational  to  an  operational  state. 

STEER 

To  guide  or  direct  the  course  of  an  aircraft. 

STOP 

To  change  equipment  from  an  operational  to  a  non-operational  state. 

STOW 

To  place  an  item  into  a  storage  location  or  status. 

TAXI 

To  move  on  the  ground  under  the  aircraft’s  own  power. 

TEST 

To  verify  the  operational  status  of  a  system  or  equipment. 

TRANSMIT 

To  send  information,  generally  via  radio  waves. 

TRIM 

To  make  a  minor  adjustment. 

TUNE 

To  adjust  for  a  particular  frequency  (delete  and  use  align?). 
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TURN 

To  change  the  direction  of  the  aircraft. 

UNFASTEN 

To  release. 

UNLOAD 

To  remove  cargo  (e.g.,  passengers,  baggage,  etc.). 

UPDATE 

To  modify  in  order  to  conform  to  more  recent  data. 

VERIFY 

To  make  certain  by  some  direct  act  or  observation  that  a  desired  or 
necessary  action,  task,  operation,  etc.,  has  been  performed  or 
accomplished. 
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GENERIC  AIRCRAFT  SYSTEMS 


Propulsion  System 

Oil  System 
Starting  System 
Ignition  System 
Fuel  System 

Primary  Flight  Control  System 

Roll  Control  System 
Pitch  Control  System 
Yaw  Control  System 

Secondary  Flight  Control  System 

Lift  Augmentation  System  (flaps/slats) 

Drag  Augmentation  System  (spoilers) 

Automatic  Flight  Control  System 

Auto  Pilot  System 
Auto  Throttle  System 
Flight  Director  System 

Flight  Management  System 

Flight  Planning 
Aircraft  Guidance  System 
Flight  Progress  Monitoring  System 
Performance  Monitoring  System 

Landing  Gear/Braking  System 

Nose/Center/Main  Landing  Gear  System 

Ground  Control  System  (nose  wheel/rudder  pedals) 

Ground  Braking  System  (parking/maneuvering  brakes) 
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Instrumentation  and  Navigation  System 

Inertial  Reference  System 

VOR/Marker  Beacon  System 

Distance  Measuring  Equipment  System 

Automatic  Direction  Finding  System 

Instrument  Landing  System 

Radio  Altimeter  System 

Air  Data  System 

Standby  Instrument  System 

Traffic  Alert/Avoidance  System 

Electronic  Flight  Instrument  Display  System 

Electrical  Power  System 

Battery  Power  System 
Auxiliary  Power  System 
Emergency  Power  System 
Primary  Power  System 

Lighting  System 

Emergency  Lighting 
Internal  Lighting  System 
External  Lighting  System 

Hydraulic  Power  System 

Primary  Hydraulic  Power  System 
Auxiliary  Hydraulic  Power  System 

Air  System 

Air  Conditioning  System 
Pressurization  System 
Pneumatics  System 

Fire  Detection  System 

Engine/APU  Fire  Detection  system 
Cargo/Cabin  Fire  Detection  System 
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Warning  And  Alerting  System 

Central  Aural  Warning  System 
Electronic  Instrument  System  Alerting 
Ground  Proximity  Warning  System 

Communications  System 

Voice  Recorder  System 
UHF  Radio  System 
VHF  Radio  System 
HF  Radio  System 
Passenger  Address  System 
Interphone  System 
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GLOSSARY 

TERM 

DESCRIPTION 

Event 

An  occurrence  of  relative  importance  to  mission  and  function  conduct. 

It  serves  a  pivotal  role  in  the  constraint  or  enablement  of  function 
initiation  or  termination.  Where  an  event  serves  as  the  boundary 
between  segments  it  is  time-marked  according  to  its  location  in  the 
mission  scenario. 

Event  Dependency 

The  relationship  which  exists  between  functions  and  events  such  that 
the  performance  of  a  function  is  contingent  upon  the  occurrence  of  a 
reference  event.  This  relationship  may  be  either  proactive  or  retroactive 
in  nature.  Proactive  dependency  requires  that  a  function  not  be  initiated 
until  the  occurrence  of  a  reference  event.  Retroactive  dependency 
requires  that  a  function  be  completed  before  the  expected  occurrence  of 
a  reference  event. 

Function 

A  goal  directed  activity  which  must  be  successfully  accomplished  to 
satisfy  a  mission  or  system  requirement.  It  is  stated  in  terms  of  an 
action  verb  and  noun  object. 

Function  Allocation 

The  assignment  of  functions  to  humans  or  system  automation  based  on 
a  set  of  criteria  that  takes  into  consideration  the  strengths  and 
weaknesses  of  each  along  with  other  relevant  data  (e.g.,  cost,  reliability, 
etc.). 

Function  Analysis 

The  process  of  decomposing  higher  level  function  into  an  hierarchy  of 
lower  level  functions.  It  is  continued  to  increasing  levels  of  detail  until 
a  point  is  reached  where  it  is  possible  to  allocate  functions  between 
humans  and  automation. 

Function  Dependency 

The  relationship  which  exists  between  functions  such  that  the 
performance  of  one  function  is  contingent  upon  the  performance  of 
another  function.  This  relationship  may  be  sequential  or  concurrent  in 
nature.  Sequential  dependency  requires  that  one  function  be  completed 
before  another  can  be  initiated.  Concurrent  dependency  requires  that 
functions  be  performed  simultaneously. 
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Performance  Category 


Performance  Duration 


Performance  Schedule 


Performance  Window 


The  classification  of  functions  according  to  the  nature  of  the  process 
involved  in  their  accomplishment.  The  categories  are  information, 
decision,  action,  and  communication.  These  categories  are  applied  at 
the  lowest  functional  level.  The  decision  category  includes  those 
functions  which  involve  information  processing,  problem  solving  and 
decision  making.  The  communication  category  includes  those  functions 
which  involve  the  transmission  and  reception  of  information, 
instructions  and  messages,  both  internal  to  as  well  as  external  to  the 
aircraft.  The  information  category  includes  those  functions  which 
involve  the  search  for  and  receipt  of  sensory  information.  The  action 
category  includes  those  functions  which  involve  control  of  the  aircraft 
and  its  systems. 

The  time  required  to  perform  a  function.  This  is  aircraft  configuration 
driven. 

The  schedule  by  which  a  function  is  evoked.  It  way  be  continuous, 
intermittent,  or  discrete  in  nature.  A  continuous  schedule  consists  of 
variable,  but  uninterrupted,  performance  of  a  function.  A  discrete 
schedule  consists  of  a  single,  non-recurrent  performance  of  a  function. 
An  intermittent  schedule  consists  of  multiple,  recurrent  performances  of 
a  function,  each  separated  by  a  period  of  inactivity. 

The  time  window  within  which  a  function  must  be  performed.  This  is 
mission  scenario  driven. 
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NORMAL  FLIGHT  FILE 

This  database  lists  the  functions  required  to  accomplish  the  normal  mission.  The  database  organizes  the 
data  according  to  the  location  of  the  functions  in  the  mission  hierarchy.  For  example,  at  the  top  of  page 
E-2,  the  location  of  the  function  in  the  mission  hierarchy  is  indicated  in  the  following  way: 

1  MISSION:  NORMAL  FLIGHT,  LAX  TO  JFK 

1.1  PERIOD:  PRE-DEPARTURE 

1.1.1  PHASE:  PRE-FLIGHT 

1.1. 1.1  SEGMENT:  PLANNING  &  PREPARATION 

The  functions  which  comprise  the  Planning  and  Preparation  segment  are  listed  in  the  order  in  which 
they  occur.  The  functions  are  decomposed  to  three  levels. 

The  event  which  marks  the  beginning  of  the  segment  is  indicated  in  the  right  margin.  In  the  case  of 
segment  1. 1.1.1,  Planning  and  Preparation,  the  segment  is  initiated  when  the  flight  crew  arrives  at  the 
Operations  Center.  The  initiating  event  is  indicated  for  each  subsequent  segment.  Some  segments  have 
events  in  addition  to  the  event  which  marks  the  beginning  of  a  segment.  Events  tie  the  accomplishment 
of  functions  to  the  mission  timeline. 
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1  MISSION:  NORMAL  FLIGHT,  LAX  TO  JFK 


1.1  PERIOD  PRE-DEPARTURE 

1.1.1  PHASE:  PREFLIGHT 

1. 1.1.1  SEGMENT:  PLANNING  &  PREPARATION 

FUNCTIONS 


DETERMINE  FLIGHT  CONSTRAINTS 
REVIEW  FLIGHT  SCHEDULE 

IDENTIFY  ORIGIN/DESTINATION  LOCATIONS 
IDENTIFY  DEPARTURE/ARRIVAL  TLMES 
REVIEW  WEATHER  FORECAST 

IDENTIFY  PRECIPITATION  CELL  LOCATIONS 
IDENTIFY  THUNDER  CELL  LOCATIONS 
IDENTIFY  WIND  SPEED,  DIRECTION  &  LOCATION 
IDENTIFY  DEPARTURE/ARRIVAL  VISmELITY/CEILINGS 
COMPUTE  AIRCRAFT  FLYING  RANGE 
IDENTIFY  FUEL  CAPACITY 
COMPUTE  FUEL  CONSUMPTION  RATE 
DIVIDE  CAPACITY  BY  CONSUMPTION  RATE 
REVIEW  TERMINAL  CONSTRAINTS  (alt,  speed,  runway,  etc.) 

IDENTIFY  DEPARTURE  TERMINAL  CONSTRAINTS 
IDENTIFY  ARRIVAL  TERMINAL  CONSTRAINTS 

DETERMINE  OPTIMAL  HORIZONTAL  PROFILE 
DEFINE  DEPARTURE  ROUTE 

SELECT  DEPARTURE  PROCEDURE 
SELECT  WAYPOINTS 
DEFINE  LEGS  (di  stance/a  am uth) 

DEFINE  CRUISE  ROUTE 
SELECT  WAYPOINTS 
DEFINE  LEGS  (distancc/aamuth)  * 

DEFINE  ARRIVAL  ROUTE 

SELECT  ARRIVAL  PROCEDURE 
SELECT  WAYPOINTS 
DEFINE  LEGS  (distance/azimuth) 

SELECT  APPROACH  PROCEDURE 

DETERMINE  OPTIMAL  VERTICAL  PROFILE 
DEFINE  TAKEOFF/LANDING  PERFORMANCE 

IDENTIFY  ADEQUATE  PERFORMANCE  FOR  AIRPORT/ENVIRONMENT 
DEFINE  CRITICAL  TAKEOFF/LANDING  SPEEDS 
COMPUTE  ALTITL DE/SPEED  PROFILES 

COMPUTE  OPTLMUM/REQUIRED  ENROUTE  ALTITUDES 
IDENTIFY  OPTIMUM  CLLMB/DESCENT  SPEEDS 
COMPUTE  OPTIMUM  CLLMB/DESCENT  SCHEDULE 
COMPUTE  DETAILED  TIME  SCHEDULE 
COMPUTE  LEG  ELAPSE  TLMES 
COMPUTE  WAYPOINT  ETAS 
COMPUTE  FUEL  REMAINING  AT  EACH  WAYPOINT 

PLAN  FOR  DEPARTURE/ARRIVAL  CONTINGENCIES 
PLAN  FOR  DEPARTURE  CONTINGENCIES 
DEFINE  ABORT  PROCEDURE 
DEFINE  GO  AROUND  PROCEDURE 
PLAN  FOR  ARRIVAL  CONTINGENCIES 

DEFINE  MISSED  APPROACH  PROCEDURE 
DEFINE  ROUTE  TO  ALTERNATE  AIRPORT 
DEFINE  ALTERNATE  APPROACH  PROCEDURE 

RECORD  FLIGHT  PLAN 
FORMAT  FLIGHT  PLAN 
STORE  FLIGHT  PLAN 


EVENTS 

ARRIVE  AT  OPERATIONS  CENTER 
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COMMUNICATE  WITH  AIR  TRAFFIC  CONTROL 
TRANSMIT  FLIGHT  PLAN  FOR  ATC  APPROVAL 
REQUEST  SUBSEQUENT  FLIGHT  PLAN  CLEARANCE  DELIVERY 


L L  1.2  SEGMENT:  SYSTEMS  INITIALIZATION 


ARRIVE  AT  AIRCRAFT 

VERIFY  EXTERNAL  SAFETY  PRECAUTIONS 

VERIFY  PORTABLE  FIRE  EXTINGUISHMENT  PROVISIONS  (fire  boulcs) 

VERIFY  STATIC  ELECTRICITY  FIRE  DANGER  REDUCED  (A/C  grounding) 

VERIFY  INADVERTENT  AIRCRAFT  MOVEMENT  PREVENTED  (CHOCKS) 

VERIFY  AIRCRAFT  NOSE  COMPONENTS  AIR  WORTHINESS 

VERIFY  RADAR  PULSE  EMITTING /SEN SING  CAPABILITY  UNDIMINISHED 
VERIFY  AIRCRAFT  DYNAMIC  PRESSURE  SENSING  CAPBLTY  UNDLMINISHED 
VERIFY  AIRCRAFT  ATTITUDE  SENSING  CAPABILITY  UNDLMINISHED 
VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 
VERIFY  COCKPIT  OVER-PRESSURE  REUEF  CAPABILITY  UNDLMINISHED 

VERIFY  NOSE  GEAR  &  WHEEL  WELL  COMPONENTS  AIR  WORTHINESS 
VERIFY  LANDING  GEAR  PROTECTION  CAPABILITY  UNDLMINISHED 
VERIFY  LANDING  GEAR  EXTENTION/RETR ACTION  CAPABILITY  UNDLMINISHED 
VERIFY  STEERING  CAPABILITY  UNDLMINISHED 
VERIFY  HYDRAULIC  POWER  DISTRIBUTION  UNDLMINISHED 
VERIFY  ELECTRICAL  POWER  DISTRIBUTION  UNDLMINISHED 
VERIFY  TIRE  CONDITIO N/INFLATION  ACCEPTABLE 
VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 
VERIFY  FORWARD  LANDING/TAXI  ILLUMINATION  CAPABILITY  ACCEPTABLE 

VERIFY  RIGHT  FORWARD  FUSELAGE  COMPONENTS  AIR  WORTHINESS 

VERIFY  FWD  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 
VERIFY  R  LATERAL  LANDING/TAXI  ILLUMINATION  CAPABILITY  ACCEPTABLE 
VERIFY  STATIC  PRESSURE  SENSING  CAPABILITY  UNDLMEMSHFD 
VERIFY  MID  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 
VERIFY  LOWER  FORWARD  CARGO  ENTRY/EXIT  CONDITION  ACCEPTABLE 
VERIFY  CABIN  OVER-PRESSURE  RELIEF  CAPABILITY  UNDLMINISHED 
VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 
VERIFY  O/WING  CABN  CREW/PASSENGER  EXIT  CONDITION  ACCEPTABLE 
VERIFY  R  LAT  GROUND  &  NACELLE  ILLUMINATION  CAPABILITY  UNDLMINISHED 
VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  RIGHT  WING  AND  ENGINE  COMPONENTS  AIR  WORTHINESS 

VERIFY  LEADING  EDGE  LIFT  AUGMENTATION  CAPABILITIES  UNDLMINISHED 

VERIFY  LATERAL  CONTROL  CAPABILITIES  UNDLMINISHED 

VERIFY  ENGINE  PROTECTION  PROVISIONS  CONDITION/SECURITY  ACCEPTABLE 

VERIFY  REVERSE  THRUST  CAPABILITIES  UNDIMINISHED 

VERIFY  FUEL  VENTING  AND  DUMPING  CAPABILITIES  UNDLMINISHED 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 

VERIFY  TRAILING  EDGE  LIFT  AUGMENTATION  CAPABILITIES  UNDLMINISHED 

VERIFY  NAVIGATION  SIGNALING  CAPABILITIES  UNDLMINISHED 

VERIFY  RIGHT  GEAR  &  WHEEL  WELL  COMPONENTS  AIR  WORTHINESS 

VERIFY  LANDING  GEAR  PROTECTION  PROVISIONS  CONDITION  ACCEPTABLE 

VERIFY  LANDING  GEAR  EXTENTION/RETRACTTON  CAPABILITY  UNDIMINISHED 

VERIFY  HYDRAULIC  POWER  DISTRIBUTION  UNDLMINISHED 

VERIFY  ELECTRICAL  POWER  DISTRIBUTION  UNDLMINISHED 

VERIFY  TIRE  CONDITION/INFLATION  ACCEPTABLE 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  CENTER  GEAR  &  WHEEL  WELL  COMPONENTS  AIR  WORTHINESS 

VERIFY  LANDING  GEAR  PROTECTION  PROVISIONS  CONDITION  ACCEPTABLE 

VERIFY  LANDING  GEAR  EXTENTION/RETR  ACTION  CAPABILITY  UNDIMINISHED 

VERIFY  HYDRAULIC  POWER  DISTRIBUTION  UNDIMINISHED 

VERIFY  ELECTRICAL  POWER  DISTRIBUTION  UNDLMINISHED 

VERIFY  TIRE  CONDITION/INFLATION  ACCEPTABLE 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  FUEL  LEAKAGE  ABSENT 
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VERIFY  CENTER  AFT  FUSELAGE  LOWER  SURFACE  COMPONENTS  AIR  WORTHINESS 
VERIFY  FUEL  LEAKAGE  ABSENT 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  RIGHT  AFT  FUSELAGE  COMPONENTS  AIR  WORTHINESS 

VERIFY  AFT  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 
VERIFY  CENTER  LOWER  CARGO  ENTRY/EXIT  CONDITION  ACCEPTABLE 
VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 
VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 
VERIFY  APU  INTAKE/EXHAUST  CAPABILITY  UNDIMINISHED 

VERIFY  EMPENNAGE  &  ENGINE  COMPONENTS  AIR  WORTHINESS 
VERIFY  ALL  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 
VERIFY  LONGITUDIONAL  CONTROL  CAPABILITY  UNDIMINISHED 
VERIFY  FUEL  VENTING  CAPABILITIES  UNDIMINISHED 

VERIFY  ENGINE  PROTECTION  PROVISIONS  CONDITION/SECURITY  ACCEPTABLE 
VERIFY  REVERSE  THRUST  CAPABILITIES  UNDIMINISHED 
VERIFY  YAW  CONTROL  CAPABILITIES  UNDIMINISHED 

VERIFY  LEFT  AFT  FUSELAGE  COMPONENTS  AIR  WORTHINESS 

VERIFY  AFT  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 

VERIFY  CENTER  LOWER  CARGO  ENTRY/EXIT  CONDITION  ACCEPTABLE 

VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  APU  INTAKE/EXHAUST  CAPABILITY  UNDIMINISHED 

VERIFY  AFT  LOWER  CARGO  ENTRY /EXIT  CONDITION  ACCEPTABLE 

VERIFY  LEFT  LANDING  GEAR  &  WHEEL  WELL  COMPONENTS  AIR  WORTHINESS 
VERIFY  LANDING  GEAR  PROTECTION  PROVISIONS  CONDITION  ACCEPTABLE 
VERIFY  LANDING  GEAR  EXTENTION/RETRACTION  CAPABILITY  UNDIMINISHED 
VERIFY  HYDRAULIC  POWER  DISTRIBUTION  UNDIMINISHED 
VERIFY  ELECTRICAL  POWER  DISTRIBUTION  UNDIMINISHED 
VERIFY  TIRE  CONDITI ON/INFLATION  ACCEPTABLE 
VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 
VERIFY  APU  GROUND  CONTROL  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  LEFT  WING  &  ENGINE  COMPONENTS  AIR  WORTHINESS 

VERIFY  LEADING  EDGE  LIFT  AUGMENTATION  CAPABILITIES  UNDIMINISHED 

VERIFY  LATERAL  CONTROL  CAPABILITIES  UNDIMINISHED 

VERIFY  ENGINE  PROTECTION  PROVISIONS  CONDITION/SECURITY  ACCEPTABLE 

VERIFY  REVERSE  THRUST  CAPABILITIES  UNDIMINISHED 

VERIFY  FUEL  VENTING  AND  DUMPING  CAPABILITIES  UNDIMINISHED 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 

VERIFY  TRAILING  EDGE  LIFT  AUGMENTATION  CAPABILITIES  UNDLMINISHED 

VERIFY  NAVIGATION  SIGNALING  CAPABILITIES  UNDLMINISHED 

VERIFY  LEFT  FORWARD  FUSELAGE  COMPONENTS  AIR  WORTHINESS 

VERIFY  FWD  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 

VERIFY  L  LATERAL  LANDING/TAXI  ILLUMINATION  CAPABILITY  ACCEPTABLE 

VERIFY  STATIC  PRESSURE  SENSING  CAPABILITY  UNDLMINISHED 

VERIFY  MID  CABIN  CREW/PASSENGER  ENTRY/EXIT  CONDITION  ACCEPTABLE 

VERIFY  LOWER  FORWARD  CARGO  ENTRY/EXIT  CONDITION  ACCEPTABLE 

VERIFY  CABIN  OVER-PRESSURE  RELIEF  CAPABILITY  UNDLMINISHED 

VERIFY  AERODYNAMIC  SURFACE  CONDITION  ACCEPTABLE 

VERIFY  O/WING  CABIN  CREW/PASSENGER  EXIT  CONDITION  ACCEPTABLE 

VERIFY  R  LATERAL  GROUND  &  NACELLE  ILLUMINATION  CAPBLTY  UNDIMINISHED 

VERIFY  MAINTENANCE  ACCESS  CONDITION  ACCEPTABLE 

VERIFY  AIR  PRESSURE  OUTFLOW  UNDLMINISHED  (valves  fully  open) 

VERIFY  GROUND  PNEUMATIC  INTAKE  PREVENTED  (connectors  capped) 

MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITIES 
MONITOR  PARTYLENE 

COMMUNICATE  WITH  LA  GROUND  CONTROL 

REPORT  SYSTEMS  INITIALIZATION  IN  PROGRESS 

INSPECT  AIRCRAFT  FORMS/LOGBOOK 
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VERIFY  FUEL  LOADED 

VERIFY  MAINTENANCE  COMPLETED 

VERIFY  INTERNAL  EMERGENCY  PROVISIONS  ADEQUACY 

VERIFY  LANDING  GEAR  EMERGENCY  LOCKING  PROVISIONS  (gear  pins) 
VERIFY  EMERGENCY  ESCAPE  HATCH  CUTTING  PROVISIONS  (fire  axe) 

VERIFY  PORTABLE  FIRE  EXTINGUISHMENT  PROVISIONS  (fire  extinguisher) 
VERIFY  PORTABLE  OXYGEN  SLPPLY  PROVISIONS  (02  boities  &  masks) 

VERIFY  EYE  SMOKE  PREVENTION  PROVISIONS  (smoke  goggles) 

VERIFY  EMERGENCY  ESCAPE  HATCH  DESCENT  PROVISIONS  (ropes) 

VERIFY  PERSONNEL  FLOTATION  PROVISIONS  (life  vests) 

VERIFY  BATTERY  POWER  AVAILABILITY 

VERIFY  BATTERY  POWER  SYSTEM  IS  ACTIVATED 

VERIFY  ELECTRICAL  POWER  SYSTEM  DISTRIBUTION  COMPLETE. 

VERIFY  ALL  CIRCUIT  BREAKERS  CLOSED 

VERIFY  DRAG  AUGMENTATION  SYSTEM  CONFIGURATION  WILL  NOT  CHANGE 
VERIFY  ALL  CONTROL  SURFACES  RETRACTED 
VERIFY  SYSTEM  NOT  ARMED 

VERIFY  LIFT  AUGMENTATION  SYSTEM  CONFIGURATION  WILL  NOT  CHANGE 
VERIFY  CONTROL  SURFACE  POSITION  MATCHES  COMMANDED  POSITION 

VERIFY  LANDING  GEAR  SYSTEM  CONFIGURATION  WILL  NOT  CHANGE 
VERIFY  LANDING  GEAR  EXTENSION  COMMANDED 

VERIFY  AIRCRAFT  WILL  NOT  MOVE  INADVERTENTLY 
VERIFY  PARKING  BRAKE  SYSTEM  ENGAGED 
VERIFY  GROUND  MANEUVERING  BRAKE  SYSTEM  ENGAGED 

PROVIDE  AIRCRAFT  INTERNAL  ILLUMINATION 

ACTIVATE/MODIFY  COCKPIT  LIGHTING  LEVEL  AS  REQUIRED 
ACTIVATE/MODIFY  CABIN  LIGHTING  LEVEL  AS  REQUIRED 

VERIFY  FUEL  WILL  NOT  DISCHARGE  INADVERTENTLY 
VERIFY  FUEL  DUMP  VALVE  CLOSED 
VERIFY  FUEL  MANIFOLD  DRAIN  VALVE  CLOSED 

VERIFY  PROP  AND  AUX  ELECT  POWER  FIRE  DETECTION  SYSTEM  OPERABILITY 
INITIATE  SYSTEM  TEST 
ACTIVATE  FIRE  DETECTION  LOOPS 
VERIFY  VISUAL  AURAL  WARNINGS  ANNUNCIATE 
RESET  ALARMS 
TERMINATE  SYSTEM  TEST 

ACTIVATE  AUXILIARY  ELECTRICAL  POWER/ AUX  AIR  SYSTEM 
INITIATE  APU  START-UP  SEQUENCE 
PROVIDE  AIR  INTAKE/EXHAUST  TO  APU 
OPEN  APU  INLET/OUTLET  DOORS 
START  APU  FUEL  PUMP 
PROVIDE  STARTING  TORQUE  TO  APU 
PROVIDE  FUEL  SUPPLY  TO  APU 
START  APU  FUEL  PUMP 
OPEN  APU  FUEL  SUPPLY  VALVE 
PROVIDE  IGNITION  SPARK  TO  APU 
VERIFY  START-UP  WAS  SUCESSFUL 

VERIFY  NO  WARNINGS  ANNUNCIATED 
VERIFY  ELECTRICAL  POWER  AVAILIABILTTY 
VERIFY  APU  GENERATOR  ONLINE 
PROVIDE  AUXILIARY  POWER  TO  AIRCRAFT  SYSTEMS 
CLOSE  AUXILIARY  POWER  DISTRIBUTION  BUS 
VERIFY  PNEUMATIC  AIR  AVAILABILITY 

VERIFY  APU  PNEUMATIC  PRESSURE  NORMAL 
PROVIDE  COOLING  AIR  SUPPLY  TO  COCKPIT/CABIN 

OPEN  AUXILIARY  POWER  SYSTEM  PNEUMATIC  ISOLATION  VALVE 
CLOSE  PROPULSION  SYSTEM  PNEUMATIC  ISOLATION  VALVES 
OPEN  AIR  CONDITIONING  PACK  FLOW  VALVES 


SELECT  ZONE  TEMPERATURE  LEVELS 

MONITOR  ZONE  TEMPERATURE  LEVELS 

MODIFY  ZONE  TEMPERATURE  LEVELS  AS  REQUIRED 

VERIFY  ALL  ELECTRONIC  DISPLAY  LUM3NANT  OPERABLE 
ACTIVATE  ALL  LUMEN' ANTS 
VERIFY  ALL  ILLUMINATE  FULLY 
DEACTIVATE  LUMINANTS 

CONFIGURE  INERTIAL  REFERENCE  SYSTEM  (IRS ) 

INITIATE  IRS  ALIGNMENT 
INITIALIZE  ALTITUDES 
INITIALIZE  VELOCITY  ENTEGRTN  FUNCTNS 
INITIALIZE  POSITION  INTEGRTN  FUNCTNS 
SELECT  LAT/LONG  REFERENCE 
VERIFY  ALIGNMENT  COMPLETE 

VERIFY  CABIN/CARGO  FIRE  DETECTOR  SYSTEM  OPERABILITY 
INITIATE  SYSTEM  TEST 
ACTIVATE  FIRE  DETECTION  LOOPS 
VERIFY  AURAL  &  VISUAL  WARNINGS  ANNUNCIATE 
RESET  ALARMS 
TERMINATE  SYSTEM  TEST 

VERIFY  COCKPIT  VOICE  RECORDER  SYSTEM  OPERABILITY 
INITIATE  SYSTEM  TEST 
VERIFY  RECORDING  LEVEL  ADEQUATE 
VERIFY  AURAL  INDICATION  OF  TEST  SUCCESS 
TERMINATE  SYSTEM  TEST 

VERIFY  CARGO  AREA  TEMPERATURES  ACCEPTABLE 
VERITY  AFT  CARGO  AREA  TEMPERATURE  LEVELS 
VERIFY  FWD  CARGO  AREA  TEMPERATURE  LEVELS 

VERIFY  PROPULSION  SYSTEM  OPERABILITY 

VERIFY  ENGINE  CONTROLLER  PRIMARY  MODE  AVAILABILITY 
VERIFY  ENGINE  IGNITION  SYSTEM  FUNCTIONS  INACTIVE 

VERIFY  GROUND  PERSONNEL  SAFETY 

DIRECT  GROUND  CREW  TO  STAND  CLEAR  FOR  HYDRAULIC  SYSTEM  TEST 
RECEIVE  GROUND  CREW  ACKNOWLEDGEMENT  OF  SAFETY  CLEARANCE 

VERIFY  HYDRAULIC  POWER  SYSTEM  OPERABILITY 
ACTIVATE  ONE  AUXILIARY  PUMP 

VERIFY  ASSOCIATED  SYSTEM  HYDRAULIC  PRESSURE  ADEQUATE 
ACTIVATE  SECOND  AUXILIARY  PUMP 
ACTIVATE  ONE  TRANSFER  PUMP 

VERIFY  ASSOCIATED  SYSTEM  HYDRAULIC  PRESSURE  ADEQUATE 
DEACTIVATE  FIRST  TRANSFER  PUMP 
ACTIVATE  SECOND  TRANSFER  PUMP 

VERIFY  ASSOCIATED  SYSTEM  HYDRAULIC  PRESSURE  ADEQUATE 
DEACTIVATE  SECOND  TRANSFER  PUMP 
DEACTIVATE  FIRST  AUXILIARY  PUMP 

VERIFY  ASSOCIATED  SYSTEM  HYDRAULIC  PRESSURE  ADEQUATE 
DEACTIVATE  SECOND  AUXILIARY  PUMP 

VERIFY  EMERGENCY  ELECTRICAL  POWER  SYSTEM  AVAILABILITY 
ARM  EMERGENCY  ELECTRICAL  POWER  SYSTEM 

VERIFY  FUEL  SYSTEM  OPERABILITY 
ACTIVATE  EACH  FEED  PUMP 
VERIFY  EACH  FEED  PUMP  PRESSURE  ADEQUATE 
DEACTIVATE  EACH  FEED  PUMP 
ACTIVATE  EACH  TRANSFER  PUMP 
VERIFY  EACH  TRANSFER  PUMP  PRESSURE  ADEQUATE 

deactivate  each  transfer  pump 

OPEN  EACH  CROSS-FEED  VALVE 
VERIFY  EACH  CROSS-FEED  VALVE  OPENS 
CLOSE  EACH  CROSS-FEED  VALVE 


VERIFY  EACH  CROSS-FEED  VALVE  CLOSES 
INITIATE  FUEL  QUANTITY  GAGING  SYSTEM  TEST 
VERIFY  VISUAL  INDICATION  OF  TEST  SUCCESS 
TERMINATE  SYSTEM  TEST 

VERIFY  EMERGENCY  LIGHTING  SYSTEM  OPERABILITY/ A  VAIL  ABILITY 
INITIATE  SYSTEM  TEST 

VERIFY  VISUAL  INDICATION  OF  TEST  SUCCESS 

TERMINATE  SYSTEM  TEST 

ARM  EMERGENCY  LIGHTING  SYSTEM 

VERIFY  PERSONNEL  SAFETY 

ACTIVATE  NO  SMOKING  WARNING  ANNUNCIATION 
ACTIVATE  SEAT  BELTS  WARNING  ANNUNCIATION 

PROVIDE/ELIMINATE  AIRCRAFT  EXTERNAL  ILLUMINATION  AS  REQUIRED 
ACTIVATE  NAVIGATION  LIGHTING 

ACTIVATE  AIRLINE  IDENTIFICATION  LIGHTING  AS  DESIRED 

VERIFY  NOSE  TAXI/LANDING  LIGHTING  NOT  ACTIVATED 

VERIFY  MAIN  LANDING  LIGHTING  NOT  ACTIVATED 

VERIFY  GROUND  FLOOD  LIGHTING  NOT  ACTIVATED 

VERIFY  WING  &  NACELLE  SCANNING  LIGHTING  NOT  ACTIVATED 

VERIFY  UPPER  &  LOWER  ANTI -COLLI SION  LIGHTING  NOT  ACTIVATED 

VERIFY  HIGH  INTENSITY  RECOGNITION  LIGHTS  NOT  ACTIVATED 

VERIFY  EMERGENCY  EVACUATION  WARNING  SYSTEM  AVAILABILITY 
ARM  EMERGENCY  EVACUATION  WARNING  SYSTEM 

VERIFY  GROUND  PROX  WARNING  SYSTEM  OPERABILITY/AVAILABILITY 
INITIATE  SYSTEM  TEST 

VERIFY  ALL  VISUAL  &  AURAL  WARNINGS  ANNUNCIATE 
TERMINATE  SYSTEM  TEST 
ARM  SYSTEM 

VERIFY  FLIGHT  CONTROL  SYSTEM  CONSTRAINTS  SPECIFIED 
SELECT  AIRSPEED  tIMITLNG  OF  FLAP  EXTENSION 
SELECT  AIRSPEED  REGULATION  OF  ELEVATOR  LOAD  FEEL 
VERIFY  YAW  DAMPING  OF  DUTCH  ROLL  SELECTED 
VERIFY  TRIMMING  OF  LONGITUDINAL  CONTROL  SELECTED 

VERIFY  CABIN  PRESSURIZATION  SYSTEM  OPERABILITY 

SELECT  ALT/FLT  PHASE  REGULATION  OF  CABN  PRESS RZTN 
VERIFY  CABIN  PRESSURIZATION  OUTFLOW  VALVE  OPEN 
VERIFY  DITCHING  OVERRIDE  FUNCTIONS  NOT  ACTIVATED 

VERIFY  ICE  AND  RAIN  PROTECTION  SYSTEM  NOT  ACTIVATED 
VERIFY  WING  ANTI-ICE  SYSTEM  NOT  ARMED 
VERIFY  TAIL  ANTI-ICE  SYSTEM  NOT  ARMED 
VERIFY  ENGINE  ANTI-ICE  SYSTEM  NOT  ACTIVATED 
VERIFY  WINDSHIELD  ANTI-ICE  SYSTEM  NOT  ACTIVATED 
VERIFY  WINDSHIELD  DEFOG  SYSTEM  NOT  ACTIVATED 

VERIFY  PRLMARY  BAROMETRIC  ALTITUDE  CORRECT 

VERIFY  REQUIRED  BAROMETRIC  PRESSURE  UNITS  SELECTED  (m/hp) 
VERIFY  REQUIRED  BAROMETRIC  ALTITUDE  REFERENCE  SELECTED!!  e./s  l  ) 
SELECT  BAROMETRIC  PRESSURE  CORRECTION  FACTOR 

CONFIGURE  STATIC  PRESSURE  SENSING  SYSTEM 
SELECT  STATIC  PRESSURE  SENSING  SOURCE 

CONFIGURE  ELECTRONIC  INSTRUMENT  SYSTEM  (EIS) 

SELECT  EIS  DATA  SOURCE 

VERIFY  FLIGHT  DIRECTOR  SYSTEM  NOT  ACTIVATED 

VERIFY  CENTRAL  AIR  DATA  COMPUTER  SYSTEM  NOT  ACTIVATED 

VERIFY  INERTIAL  REFERENCE  SYSTEM  NOT  ACTIVATED 

VERIFY  FLIGHT  MANAGEMENT  SYSTEM  NOT  ACTIVATED 

VERIFY  VHF  OMNIDIRECTIONAL  RANGE  (VOR)  SYSTEM  NOT  ACTIVATED 

VERIFY  FLIGHT  GUIDANCE  SYSTEM  NOT  ACTIVATED 

INSPECT  PRLMARY  INSTRUMENT  DISPLAY  SYSTEM 
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VERIFY  FAULT  INDICATIONS  ABSENT 
VERIFY  COMPASS  HEADING  CORRECT 
VERIFY  TAKEOFF  MODE  SELECTED 
VERIFY  GMT  TIME  REFERENCE  CORRECT 
SELECT  ELAPSE  TIME  REFERENCE  (zero) 

INSPECT  LANDING  GEAR  WARNING  SYSTEM 

VERIFY  LANDING  GEAR  FULLY  EXTENDED  AND  LOCKED 
INITIATE  LANDING  GEAR  WARNING  TEST 
VERIFY  VISUAL  &  AURAL  WARNINGS  ANNUNCIATE 
TERMINATE  LANDING  GEAR  WARNING  TEST 
VERIFY  WARNINGS  CEASES 

CONFIGURE  STANDBY  INSTRUMENT  SYSTEM 

SELECT  STANDBY  ALTITUDE  INDICATOR  BAROMETRIC  REFERENCE  PRESSURE 
VERIFY  STANDBY  ATTITUDE  INDICATOR  ERECT 
VERIFY  POWER  FAILURE  INDICATIONS  ABSENT 

TEST  EMERGENCY  OXYGEN  SYSTEM  AND  MASK  COMM  UNICATION  SYSTEM 
VERIFY  MASK  PROPERLY  STOWED 
MODIFY  INTERPHONE  RECEIVER  AUDIO  LEVEL 
MODIFY  COMM  MONITOR  SPEAKER  AUDIO  LEVEL 
VERIFY  PURE  OXYGEN  SUPPLY  SELECTED 
ACTIVATE  INTERPHONE  MICROPHONE 
ACTIVATE  DEMAND  REGULATED  OXYGEN  FLOW 
VERIFY  MOMENTARY  OXYGEN  FLOW  VISUAL  &  AURAL  INDICATION 
DEACTIVATE  INTERPHONE  MICROPHONE 
ACTIVATE  CONTINUOUS  OXYGEN  FLOW 
VERIFY  CONTINUOUS  OXYGEN  FLOW  VISUAL  INDICATION 
DEACTIVATE  CONTINUOUS  OXYGEN  FLOW 
VERIFY  OXYGEN  FLOW  CESSATION 
DEACTIVATE  DEMAND  REGULATED  OXYGEN  FLOW 

INSPECT  EMERGENCY  POWER  GENERATION  SYSTEM 

VERIFY  AIR-DRIVEN  POWER  GENERATION  SYSTEM  NOT  ACTIVATED 

<• 

INSPECT  MANUAL  TRIM  SYSTEMS 

VERIFY  DIRECTIONAL  (rudder)  TRIM  NULLED 
VERIFY  LATERAL  (aileron)  TRIM  NULLED 

INSPECT  WEATHER  RADAR  SYSTEM 
VERIFY  SYSTEM  NOT  ACTIVATED 

CONFIGURE  ATC  TRANSPONDER  SYSTEM 

VERIFY  TRANSPONDER  SYSTEM  AT  STANDBY 
SELECT  ATC  ID 
INITIATE  SYSTEM  TEST 
VERIFY  TEST  SUCCESSFUL 

CONFIGURE  VHF.UHF  &  HF  COMMUNICATIONS  SYSTEMS 
SELECT  VHF  COMMUNICATIONS  TRANSCEIVER 
SELECT  ACTIVE  FREQUENCY 
SELECT  STANDBY  FREQUENCY 

REPEAT  FOR  EACH  ADDITIONAL  TRANSCEIVER  (VHF,  UHF  &  HF) 

CONFIGURE  AUDIO  CONTROL  SYSTEM 
SELECT  COMM/NA V  RECEIVER 
SELECT  AUDIO  LEVEL 
REPEAT  FOR  EACH  RECEIVER 

REPEAT  FOR  FLIGHT  INTERPHONE  &  PUBLIC  ADDRESS  SYSTEMS 

INSPECT  AIRCRAFT  SYSTEMS  STATUS 

ACCESS  SYSTEM  SUMMARY  STATUS  DISPLAY 

REVIEW  ALERT  INDICATIONS 

RESET  ALERTS  WHERE  POSSIBLE 

VERIFY  SYSTEMS  STATUS  ACCEPTABLE  FOR  FLIGHT 

INSPECT  FUEL  SYSTEM  CONFIGURATION 
VERIFY  ALL  FEED  PUMPS  DEACTIVATED 
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VERIFY  ALL  TRANSFER  PUMPS  DEACTIVATED 
VERIFY  ALL  CROSS-FEED  VALVES  CLOSED 
VERIFY  ALL  FILL  VALVES  CLOSED 

TEST  THRUST  COMMAND  TAKEOFF  WARNING  SYSTEM 
SELECT  MAXIMUM  THRUST  COMMAND  ON  ENGINE  1 
VERIFY  AURAL  WARNING  ANNUNCIATION 
SELECT  IDLE  THRUST  COMMAND  ON  ENGINE  1 
VERIFY  AURAL  WARNING  CEASES 

SELECT  MAXIMUM  THRUST  COMMAND  ON  ENGINES  2  &  3 
VERIFY  AURAL  WARNING  ANNUNCIATION 
SELECT  IDLE  THRUST  COMMAND  ON  ENGINES  2  &  3 
VERIFY  AURAL  WARNING  CEASES 

CONFIGURE  EMERGENCY  BRAKING  SYSTEM 
SELECT  REJECTED  TAKEOFF  BRAKING 
VERIFY  ACTIVATED  STATUS  ANNUNCIATION 

CONFIGURE  FLIGHT  MANAGEMENT  SYSTEM  (FMS) 

VERIFY  AIRCRAFT  MODEL 
VERIFY  ENGINE  TYPE 
VERIFY  OPERATING  SYSTEM 
VERIFY  DATABASE  EFFECTIVITY 

SELECT  PERFORMANCE  FACTOR  DEVIATION  AS  REQUIRED 
INDENTIFY  FLIGHT  NUMBER 
INITIALIZE  WEATHER  DATA.  TEMPERATURE,  WIND 
INITIALIZE  FUEL  DATA-  TOTAL,  BALLAST,  DUMP,  &  TYPE 
INITIALIZE  WEIGHT  DATA:  BLOCK,  TOGW,  TOCG,  ZFWCG  &  ZFW 
SELECT  FLIGHT  ORIGIN/DESTINATION 
SELECT  ALTERNATE  DESTINATION 
SELECT  CRUISE  ALTITUDE(S) 

SELECT  TIME/FUEL  COST  INDEX 
SELECT  ROUTE,  SID,  STAR??? 

COMPUTE  FLIGHT  PATH  TLMF.  &  DISTANCE  PREDICTIONS 
SELECT  FLEX  TAKEOFF  THRUST  R  ATING 

CONFIGURE  NAVIGATION  RADIO  SYSTEM 
SELECT  RECEIVER 
SELECT  NAVIGATIONAL  FIX 
SELECT  RECEIVER  CHANNEL 
REPEAT  UNTIL  ALL  CHANNELS  SELECTED 
REPEAT  UNTIL  ALL  NAV  RADIOS  SELECTED 

INSPECT  SHIPS  PAPERS 

VERIFY  COMPLETE  SHIP’S  PAPERS  ONBOARD 

VERIFY  FUEL  QUANTITY 

COMPUTE  WEIGHT  OF  FUEL  LOADED 
ADD  VALUE  TO  PRIOR  FUEL  WEIGHT 
COMPARE  TOTAL  TO  INSTRUMENT  INDICATIONS 
VERIFY  DIFFERENCE  WITHIN  TOLERANCE 
COMPARE  TOTAL  TO  FLIGHT  PLAN  REQUIREMENTS 
VERIFY  DIFFERENCE  WITHIN  TOLERANCE 

VERIFY  WEIGHT  AND  BALANCE  DATA 
VERIFY  TOGW 
VERIFY  TOCG 

VERIFY  FLIGHT  MANAGEMENT  SYSTEM  DATA 
VERIFY  PLANNED  FLIGHT  ROUTE 
VERIFY  FLEX  TEMPERATURE  AS  REQUIRED 
VERIFY  TAKEOFF  SPEEDS 

VERIFY  REQUIRED  TAKEOFF  LIFT  AUGMENTATION 

CONFIGURE  LIFT  AUGMENTATION  SYSTEM 

SELECT  TAKEOFF  LIFT  AUGMENTATION  COMMAND  (dial-a-flap) 

CONFIGURE  FLIGHT  GUIDANCE  SYSTEMS 


SELECT  TARGET  SPEED  UNITS  (mach/ias) 

SELECT  (designate?)  TARGET  SPEED  COMMAND 
SELECT  NAVIGATION  MODE  (heading/track) 

SELECT  NAVIGATION  HEADING  OR  TRACK  COMMAND 

SELECT  AIRSPEED,  STALL  &  BUFFET  MARGINS  BANK  ANGLE  LIMITS 

SELECT  ALTITUDE  UNITS  (feet/meters) 

SELECT  ATC  CLEARED  ALTITUDE  COMMAND 

SELECT  PITCH  CONTROL  MODE  (vertical  speed/flight  path  angle) 

SELECT  VERTICAL  SPEED  OR  FLAP  PATH  ANGLE  COMMAND 

CONFIGURE  AIR  CONDITIONING  SYSTEM  FOR  ANTICIPATED  PASSENGER  DEMANDS 
CONSIDER  NUMBER  OF  PASSENGERS 
SELECT  PASSENGER  AIR  SUPPLY  LOAD 

VERIFY  AIRCRAFT  SYSTEMS  CONFIGURED  FOR  ACTIVATION 
ACCESS  COCKPIT  PREPARATION  CHECKLIST 
VERIFY  AIRCRAFT  SYSTEMS  STATUS  ACCEPTABLE  FOR  FLIGHT 
VERIFY  HYDRAULIC  SYSTEM  TESTED/CONFIGURED  FOR  TAKEOFF 
VERIFY  FUEL  SYSTEM  TESTE  D/CONFIGURED  FOR  TAKEOFF 
VERIFY  EXTERIOR  LIGHTS  ACTIVATED  AS  REQUIRED  FOR  TAKEOFF 
VERIFY  EVACUATION  WARNING  SYSTEM  ARMED 

VERIFY  EMERGENCY  OXYGEN  SYSTEM  TESTED/CONFIGURED  FOR  100%  02 
VERIFY  NO  MANUAL  FLT  CONTROL  TRLM  SYSTEM  INPUT  COMMNDS  EXIST 
VERIFY  MAIN  FUEL  VALVES  CLOSED 

VERIFY  FLT  CONTROL  CONFIGURATION  TAKEOFF  WARNING  SYSTEM  TESTED 
VERIFY  LANDING  GEAR  EMERGENCY  LOCKING  PROVISIONS  AVAILABLE 
VERIFY  FLIGHT  MANAGEMENT  SYSTEM  CONFIGURED  FOR  TAKEOFF 
VERIFY  LIFT  AUGMENTATION  SYSTEM  CONFIGURED  FOR  TAKEOFF 
VERIFY  FLIGHT  GUIDANCE  SYSTEM  CONFIGURED  FOR  TAKEOFF 
VERIFY  INERTIAL  REFERENCE  SYSTEM  FULLY  ALIGNED 
STOW  COCKPIT  PREPARATION  CHECKLIST 

PREVENT  UNAUTHORIZED  CABIN  ENTRY/EXIT 
DIRECT  CABIN  CREW  TO  SECURE  ENTRY  DOORS 
RECEIVE  CABIN  REPORT  OF  DOORS  SECURED 
VERIFY  NO  OPEN  DOOR  WARNINGS  ANNUNCIATED 

PROVIDE  EMERGENCY  EVACUATION  CAPABILITY 

DIRECT  CABIN  CREW  TO  ARM  EVACUATION  SLIDES 
RECEIVE  REPORT  OF  SLIDE S  ARMED 

PREVENT  UNATHORIZED  COCKPIT  ENTRY 
CLOSE/LOCK  COCKPIT  ENTRY  DOORS 
CLOSE/LOCK  COCKPIT  WINDOWS 

VERIFY  AIRCRAFT  MOVEMENT  PREVENTED 
VERIFY  PARKING  BRAKE  SYSTEM  ENGAGED 

POSITION  OPERATOR  FOR  OPTIMUM  VIEWING  (design  eye) 

MODIFY  SEAT  VERTICAL  POSITION 
MODIFY  SEAT  HORIZONTAL  POSITION 

POSITION  YAW  CONTROL  FOR  FULL  TRAVEL 
MODIFY  RUDDER  PEDAL  POSITION 

PROTECT  MOVEMENT  INDUCED  PERSONNEL  INJURY 
ENGAGE  PERSONNEL  RESTRAINT  SYSTEM  (seat  bells) 


1. 1.1.3  SEGMENT:  SYSTEMS  ACTIVATION 

MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTYLINE 


SEAT  BELTS  FASTENED 


COMMUNICATE  WITH  LA  GROUND  CONTROL 
REQUEST  ENGINE  START  CLEARANCE 
RECEIVE  ENGINE  START  CLEARANCE 
ACKNOWLEDGE  CLEARANCE  RECEIPT 
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COMMUNICATE  WITH  GROUND  PERSONNEL 

DIRECT  GROUND  CREW  TO  STAND  CLEAR  FOR  ENGINE  START 
RECEIVE  GROUND  CREW  ACKNOWLEDGEMENT  OF  SAFETY  CLEARANCE 

PROVIDE  ANTI-COLLISION  WARNING  TO  OTHER  AIRCRAFT 
ACTIVATE  BEACON  LIGHTS 

PROVIDE  IGNITION  SOURCE  FOR  COMBUSTION 

VERIFY  SINGLE  IGNITION  SOURCE  SELECTION  NOT  PREVENTED 
SELECT  DESIRED  IGNITION  SOURCE 

PROVIDE  FUEL  SOURCE  FOR  COMBUSTION 
ACTIVATE  ALL  FUEL  FEED  PUMPS 

PROVIDE  AIR  SUPPLY  FOR  AIR  TURBINE  STARTER 

OPEN  AUXILIARY  POWER  SYSTEM  AIR  SUPPLY  VALVE 

PERMIT  CROSS  FEED  BETWEEN  ENGINE  AIR  INPUT  LINES 
OPEN  AIR  DISTRIBUTION  ISOLATION  VALVES 

PREVENT  OUTPUT  AIR  FLOW  TO  AIR  CONDITIONING  SYSTEM 
CLOSE  ALL  AIR  CONDITIONING  SUPPLY  VALVES 

VERIFY  AIRCRAFT  PREPARED  FOR  PROPULSION  SYSTEMS  ACTIVATION 
ACCESS  BEFORE  STARTING  ENGINES  CHECKLIST 
VERIFY  PERSONNEL  RESTRAINT  SYSTEM  ENGAGED 
VERIFY  AIRCRAFT  DOORS/WINDOWS  CLOSED/LOCKED 
VERIFY  AIRCRAFT  PARKING  BRAKE  SYSTEM  ENGAGED 
VERIFY  AIRCRAFT  BEACON  LIGHTS  ACTIVATED 
VERIFY  ENGINE  IGNITION  SOURCE  SELECTED 
VERIFY  FUEL  FEED  PUMPS  ACTIVATED 
VERIFY  AIR  DISTRIBUTION  ISOLATION  VALVES  OPEN 
VERIFY  AIR  CONDITIONING  SUPPLY  VALVES  CLOSED 
VERIFY  AIR  SUPPLY  PRESSURE  NORMAL 
VERIFY  ENGINE  THRUST  COMMANDED  TO  IDLE 
STOW  BEFORE  STARTING  ENGINES  CHECKLIST 

ACTIVATE  PROPULSION  SYSYTEM 

SELECT  ENGINE  ACTIVATION  ORDER 
REVIEW  FLIGHT  MANUAL 
REVIEW  TERMINAL  PROCEDURES 
ACTIVATE  FIRST  ENGINE 

PROVIDE  AIR  DRIVEN  ENGINE  STARTING  TORQUE 
OPFN  FNGINE  STARTER  VAl  VF 
VERIFY  AIR  SUPPLY  REMAINS  ADEQUATE  FOR  ENGINE  START 
MONITOR  STARTER  AIR  SUPPLY  PRESSURE 
VERIFY  ENGINE  SPEED  ADEQUATE  FOR  FUEL/IGNTTION 

MONITOR  ENG  HI  PRESS  COMPRESSOR  ROTATION  SPEED  (15%) 
PROVIDE  FUEL  TO  ENGINE 

OPEN  ENGINE  FUEL  FEED  VALVE 
PROVIDE  IGNITION  SPARK  TO  ENGINE 
ACTIVATE  IGNITION  EXCITER 
VERIFY  ENGINE  START  TIME  LLMJT  NOT  EXCEEDED 
INITIATE  ELAPSE  TIME  MEASUREMENT 
MONITOR  EXHAUST  GAS  TEMPERATURE  RISE  &  PEAK  TIMES 
TERMINATE  ELAPSE  TLME  MEASUREMENT 
VERIFY  FUEL  FLOW  ADEQU  ATE 
MONITOR  FUEL  FLOW 
VERIFY  FUEL  IGNITION  OCCURRING 

MONITOR  EXHAUST  GAS  TEMPERATURE 
VERIFY  ADEQUATE  ENGINE  LUBRICATION  OCCURRING 
MONITOR  ENGINE  OIL  PRESSURE 
VERIFY  ENGINE  SPEED  SELF-SUSTAINING 

MONITOR  ENG  HI  PRESS  COMPRESSOR  ROTATION  SPEED  (45%) 
ELIMINATE  AIR  DRIVEN  ENGINE  STARTING  TORQUE 
CLOSE  ENGINE  STARTER  VALVE 
VERIFY  ENGINE  PERFORMANCE  STABILIZED 

MONITOR  ENG  HI  PRESS  COMPRESSOR  ROTATION  SPEED  (65%) 
MONITOR  EXHAUST  GAS  TEMPERATURE  (normal) 
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MONITOR  ENGINE  OIL  PRESSURE  (normal) 

REPEAT  FUNCTIONAL  SEQUENCE  FOR  EACH  ENGINE  TO  BE  STARTED 

PREVENT  AND/OR  ELIMINATE  ICE  BUILD-UP  ON  AIRCRAFT 
EVALUATE  CURRENT  ANTI-ICING  REQUIREMENTS 
MONITOR  OUTSIDE  TEMPERATURE  &.  HUMIDITY 
MONITOR  ICE  BUILD-UP  ON  AIRCRAFT 
EVALUATE  FUTURE  ANTI-ICING  REQUIREMENTS 
REVIEW  WEATHER  FORECAST 
REVIEW  ROUTE 

PROVIDE  HEAT  TO  ENGINE  &.  CONTROL  SURFACES  AS  REQUIRED 
OPEN  APPROPRIATE  BLEED  AIR  ANTI-ICE  VALVES 
PROVIDE  HEAT  TO  WINDSHIELD  AS  REQUIRED 
CLOSE  APPROPRIATE  ELECTRICAL  SWITCH 
PROVIDE  HEAT  TO  PRESSURE,  ATTITUDE  &.  TEMPERATURE  SENSORS 
CLOSE  APPROPRIATE  ELECTRICAL  SWITCH 

CONFIGURE  LONGITUDINAL  CONTROL  SYSTEM  TRIM  FOR  TAKEOFF 
COMPUTE  PITCH  TRIM  REQUIREMENT 
SELECT  PITCH  TRIM  LEVEL 

CONFIGURE  AIR  SYSTEM  FOR  TAXI  OPERATIONS 

PREVENT  CROSS  FEED  B  ETWEEN  ENGINE  PNEUMATIC  LINES 
CLOSE  ALL  PNEUMATIC  ISOLATION  VALVES 
PROVIDE  ENGINE  AIR  FLOW  TO  AIR  CONDITIONING  SYSTEM 
OPEN  ALL  PACK  FLOW  VALVES 
ELIMINATE  AUXILIARY  AIR  SUPPLY 
CLOSE  APU  AIR  SUPPLY  VALVE 

CONFIGURE  ELECTRICAL  POWER  SYSTEM  FOR  FLIGHT  OPERATIONS 
VERIFY  ENGINE  ELECTRICAL  POWER  GENERATION 
VERIFY  ALL  ENGINE  DRIVEN  GENERATORS  ONLINE 
VERIFY  AC  POWER  DISTRIBUTION 
VERIF  Y  ALL  AC  BUSES  POWFRED 
VERIFY  ALL  AC  BUS  TIES  CLOSED 
VERIFY  DC  POWER  DISTRIBUTION 
VERIFY  ALL  DC  BUSES  POWERED 
VERIFY  ALL  DC  BUS  TIES  CLOSED 
ELIMINATE  AUXILIARY  ELECTRICAL  POWER 
OPEN  AUXILIARY  ELECTRICAL  POWER  BUS 
STOP  AUXILIARY  POWER  UNIT  (apu) 

STOP  APU  FUEL  PUMP 

CONFIGURE  HYDRAULIC  POWER  SYSTEM  FOR  TAXI  OPERATIONS 
VERIFY  SECONDARY  SYSTEM  OPERABILITY 

VERIFY  SECONDARY  ENGINE  DRIVEN  PUMPS  ACTIVATED 
VERIFY  PRIMARY  ENGINE  DRIVEN  PUMPS  DEACTIVATED 
VERIFY  SYSTEM  PRESSURE  NORMAL 
VERIFY  NO  FAULT  INDICATIONS  ARE  PRESENT 
VERIFY  PRIMARY  SYSTEM  OPERABILITY 

ACTIVATE  PRIMARY  ENGINE  DRIVEN  PUMPS 
DEACTIV ATE/ARM  SECONDARY  ENGINE  DRIVEN  PUMPS 
VERIFY  SYSTEM  PRESSURE  NORMAL 
VERIFY  NO  FAULT  INDICATIONS  ARE  PRESENT 

VERIFY  AIRCRAFT  MOVEMENT  SAFETY 

ELIMINATE  EXTERNAL  IMPEDIMENT  TO  AIRCRAFT  MOVEMENT 
DIRECT  GROUND  CREW  TO  REMOVE  CHOCKS 
RECEIVE  GROUND  CREW  REPORT 

PREVENT  INJURY  TO  GROUND  CREW  AND  DAMAGE  TO  EQUIP/ AIRCRAFT 
DIRECT  GROUND  CREW  TO  REMOVE  EXTERNAL  EQUIPMENT 
DIRECT  GROUND  CREW  TO  STAND  CLEAR  OF  AIRCRAFT 
RECEIVE  GROUND  CREW  REPORT 
PREVENT  INJURY  TO  CABIN  CREW  AND  PASSENGERS 

DIRECT  CABIN  CREW  TO  ENSURE  PASSENGERS  SEATED/BELTED 
DIRECT  CABIN  CREW  TO  ENSURE  CARRY-ON  LUGGAGE  SECURED 
DIRECT  CABIN  CREW  TO  ASSUME  TAXI  POSITIONS 
RECEIVE  CABIN  CREW  REPORT 


VERIFY  SYSTEMS  PROPERLY  CONFIGURED  FOR  AIRCRAFT  MOVEMENT 
ACCESSS  AFTER  ENGINE  START  CHECKLIST 
VERIFY  ANTI-ICING  SET  FOR  EXISTING/ANTICIPATED  WEATHER 
VERIFY  LONGITUDINAL  TRIM  SET  FOR  TAKEOFF 
VERIFY  AIRCRAFT  MOVEMENT  SAFETY  REQUIREMENTS  SATISFIED 
VERIFY  HYDRAULIC  POWER  SYSTEM  CONFIGURED  FOR  TAXI 
VERIFY  AIR  SUPPLY  SYSTEM  CONFIGURED  FOR  TAXI 
STOW  AFTER  ENGINE  START  CHECKLIST 


1.2  PERIOD:  DEPARTURE 

1.2.1  PHASE:  TAXI  OUT 

1.2. 1.1  SEGMENT:  GATE  DISENGAGEMENT 


AFTER  START  CHECKLIST  COMPLETED 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITIES 
MONITOR  PARTYLINE 

COMMUNICATE  WITH  LA  GROUND  CONTROL 
REQUEST  BACKUP  CLEARANCE 
RECEIVE  BACKUP  CLEARANCE 
ACKNOWLEDGE  BACKUP  CLEARANCE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

CONFIGURE  GROUND  BRAKING  SYSTEMS 
DISENGAGE  PARKING  BRAKE 
DISENGAGE  MANEUVERING  BRAKE  doe  brakes) 

STEER  AIRCRAFT  AWAY  FROM  GATE 

SELECT  STEERING  OPTIONS  (nosewhcel/rudder  pedals) 

COMMAND  STEERING  DIRECTION/MAGNITUDE 
MONITOR  AIRCRAFT  INDICATED/COMMANDED  POSITION 
EVALUATE  MOVEMENT  PROGRESS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

ACCELERATE  TO  BACKING  SPEED 
SELECT  SPEED  INCREASE  TARGET 
COMMAND  REVERSE  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

BACKING  SPEED  ATTAINED 

MAINTAIN  BACKING  SPEED 

xMONTTOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

DECELERATION  CUE 

DECELERATE  TO  A  STOP 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  REVERSE  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDFD  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONFIGURE  GROUND  BRAKE  SYSTEM 

ENGAGE  GROUND  MANEUVERING  BRAKE 


1 .2.1.2  SEGMENT:  DEPARTURE  TAXI 

AIRCRAFT  STOPPED 
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MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTYUNE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

COMMUNICATE  WITH  LA  GROUND  CONTROL 
REPORT  AIRCRAFT  CLEAR  OF  GATE 
REQUEST  TAXI  CLEARANCE 
RECEIVE  TAXI  CLEARANCE 
ACKNOWLEDGE  TAXI  CLEARANCE 

END  TAXI  CLEARANCE  ACKNOWLEDGE 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

CONFIGURE  GROUND  BRAKE  SYSTEM 

DISENGAGE  GROUND  MANEUVERING  BRAKE 

ACCELERATE  TO  TAXI  SPEED 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  90  DEGREES  LEFT 

SELECT  STEERING  OPTION 
COMMAND  LEFT  TURN 

MONITOR  INDICATED/COMMANDED  POSITION 

EVALUATE  TURN  PROGRESS 

MODIFY  STEERING  COMMAND  AS  REQUIRED 

ON  COURSE 

MAINTAIN  HEADING 

MONITOR  INDICATE  D/COMMANDED  POSITION 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

TAXI  SPEED  ATTAINED 

MAINTAIN  TAXI  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

VERIFY  AIRCRAFT  PREPARED  FOR  UNE-UP 
ACCESS  TAXI  CHECKLIST 
EXTEND  FLAPS  TO  25  DEGREES  (trailing  edge  lift) 

EXTEND  SLATS  (leading  edge  lift) 

ARM  SPOILERS 

ARM  EMERGENCY  BRAKING  SYSTEM 

VERIFY  FLIGHT  CONTROL  SYSTEM  OPERATION  (PITCH/ROLUYAW) 

CONFIGURE  ELECTRONIC  DISPLAY  SYSTEM 
STOW  TAXI  CHECKLIST 

COMMUNICATE  WITH  CABIN 
BRIEF  CREW/PASSENGERS 
RECEIVE  CABIN  REPORT 

DECELERATION  CUE 

DECELERATE  TO  A  STOP 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  FORWARD  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONFIGURE  GROUND  BRAKE  SYSTEM 

ENGAGE  GROUND  MANEUVERING  BRAKE 


1.2. 1.3  SEGMENT:  DEP  RWY  PRE-POSN  HLDNG 
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MRCRAFT  STOPPED 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVI I Y 
MONITOR  PARTYLINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/A D VISOR IES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

COMMUNICATE  WITH  LA  GROUND  CONTROL 
REPORT  ARRIVAL  AT  RUNWAY  THRESHOLD 

VERIFY  AIRCRAFT  CONFIGURED  FOR  TAKEOFF 
ACCESS  BEFORE  TAKEOFF  CHECKLIST 
VERIFY  ANTI-ICE  SYSTEM  SET  AS  REQUIRED 
ACTIVATE  MAIN  LANDING  LIGHTS 
ACTIVATE  NOSE  LANDING/TAXI  LIGHTS 
ACTIVATE  HIGH  INTENSITY  RECOGNITION  LIGHTS 
STOW  BEFORE  TAKEOFF  CHECKLIST 

COMMUNICATE  WITH  CABIN 

DIRECT  CREW  TO  ASSUME  TAKEOFF  STATIONS 
RECEIVE  CABLN  REPORT 

CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  LA  TOWER 

COMMUNICATE  WITH  LA  TOWER 

REQUEST  POSITION  &.  HOLDING  CLEARANCE 
RECEIVE  POSITION  &.  HOLDING  CLEARANCE 
ACKNOWLEDGE  POSITION  &.  HOLDING  CLEARANCE 


1.2.1  4  SEGMENT*  DF.P  RNWY  POSN  HLDNG 


END  POSITION  &  HOLD 
CLEARANCE  ACKNOWLEDGE 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS /CAUTIONS/AD  VISOR  IKS 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

CONFIGURE  GROUND  BRAKE  SYSTEM 

DISENGAGE  GROUND  MANEUVERING  BRAKE 

ACCELERATE  TO  TAXI  SPEED 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  90  DEGREES  RIGHT 

SELECT  STEERING  OPTIONS 
COMMAND  RIGHT  TURN 

MONITOR  AIRCRAFT  INDICATED/COMMANDED  POSITION 

EVALUATE  TURN  PROGRESS 

MODIFY  STEERING  COMMANDS  AS  REQUIRED 

ON  COURSE 

MAINTAIN  HEADING 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

TAXI  SPEED  ATTAINED 
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MAINTAIN  TAXI  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

DECELERATION  CUE 

DECELERATE  TO  A  STOP 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  FORWARD  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONFIGURE  GROUND  BRAKE  SYSTEM 

ENGAGE  GROUND  MANEUVERING  BRAKE 

AIRCRAFT  STOPPED 

COMMUNICATE  WITH  LA  TOWER 

REPORT  ARRIVAL  AT  TAKEOFF  POSITION 
REQUEST  TAKEOFF  CLEARANCE 
RECEIVE  TAKEOFF  CLEARANCE 
ACKNOWLEDGE  TAKEOFF  CLEARANCE 


1.2.2  PHASE:  TAKEOFF 
1 .2.2. 1  SEGMENT:  TAKEOFF  GROUND  ROLL 


END  TAKEOFF  CLEARANCE  ACKNOWLEDGEMENT 

MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCR A FT/OBSTR L CHONS 
MONITOR  GROUND/FUGIIT  PATH 

CONFIGURE  GROUND  BRAKE  SYSTEM 
ENGAGE  MANEUVERING  BRAKE 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 

INITIATE  ELAPSED  FLIGHT TLME  MEASUREMENT 

ACCELERATE  TO  80  KTS 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  HEADING  (RUNWAY  CENTERLINE) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

80  KTS  ATTAINED 

VERIFY  AIRSPEED  INDICATION  ACCURACY 
COMPARE  INDICATIONS 

ACCELERATE  TO  ROTATION  VELOCITY  (Vr) 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  TIIRUST  COMMANDS  AS  REQUIRED 

TAKEOFF  ABORT  SPEED  ATTAINED 


L2.2.2  SEGMENT:  LIFTOFF 
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ROTATION  SPEED  ATTAINED 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

ROTATE  AIRCRAFT  TO  TAKEOFF  ATTITUDE 
SELECT  NOSE  UP  ATTITUDE  TARGET 
COMMAND  PITCH  UP 

MONITOR  INDICATED/COMMANDED  ATTITUDE 
EVALUATE  ATTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  HEADING 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

ACCELERATE  TO  CLIMB  SPEED  (V2  +  10) 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 

evaluate  speed  increase  progress 

MODIFY  THRUST  COMMANDS  AS  REQUIRED 

ASCEND  TO  50  FT  AGL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CLIMB  SPEED  ATTAINED 

MAINTAIN  CLIMB  VELOCITY 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

STABLE  FLIGHT  ATTAINED 

CONFIGURE  LANDING  GEAR  SYSTEM 
RAISE  LANDING  GEAR 

CONFIGURE  DRAG  AUGMENTATION  SYSTEM 
DISARM  GROUND  SPOILERS 


1.12.3  SEGMENT:  INITIAL  ASCENT 


ARRIVE  AT  50  FT  AGL 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

maintain  awareness  of  fught  plan- 
monitor  FUGHT  PROGRESS 

MAINTAIN  AIRCRAFT  HEADING 
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MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

MAINTAIN  CLIMB  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

ASCEND  TO  1 500  FT  MSL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  TOWER 

RECEIVE  NEW  VHFCOMM  FREQ  ASSIGNMENT 
ACKNOWLEDGE  COMM  FREQ  ASSIGNMENT 

END  FREQUENCY  CHANGE  ACKNOWLEDGE 

CONFIGURE  VHF  COMMUNICATION  SYSTEM 
TUNE  LA  DEPARTURE  CONTROL 

COMMUNICATE  WITH  LA  DEPARTURE  CONTROL 
REPORT  AIRBORNE  STATUS 
RECEIVE  NEW  ALTITUDE  CLEARANCE 
ACKNOWLEDGE  NEW  ALTITUDE  CLEARANCE 

END  ALTITUDE  CHANGE  ACKNOWLEDGE 

ASCEND  TO  13,000  FT  MSL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


l  2.2.4  SEGMENT;  TRANS ITION/ACCELERATION 


ARRIVE  AT  1500  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

PROVIDE  FLIGHT  GUIDANCE  AND  CONTROL  INFORMATION 
ACTIVATE  FLIGHT  GUIDANCE  &  CONTROL  SYSTEM 

MAINTAIN  AIRCRAFT  HEADING  (ai  249  deg) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  13,000  FT  MSL) 

MONITOR  INDICATED/COMM ANDFD  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  CLIMB  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 
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CROSS  LAX  VOR  300  RADIAL 


ACCELERATE  TO  VMM  (250  KNOTS) 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

FLAP  RETRACT  SPEED  ATTAINED  (176  KTS) 

CONFIGURE  TRAILING  EDGE  LEFT  AUGMENTATION  SYSTEM 
RETRACT  FLAPS 

SLAT  RETRACTION  SPEED  ATTAINED  (214  KTS) 

CONFIGURE  LEADING  EDGE  LIFT  AUGMENTATION  SYSTEM 
RETRACT  SLATS 


1.2.2. 5  SEGMENT:  ASCENT  TO  3,000  FT  MSL 


Vmm  ATTAINED  (250  KTS) 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

PREVENT  AIRCRAFT  FROM  EXCEEDING  NORMAL  BANK  ANGLES 
ACTIVATE  BANK  ANGLE  LIMITING  SYSTEM 

MAINTAIN  AIRCRAFT  HEADING 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  1 3,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (250  KTS) 

MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

ARRIVE  AT  3,000  FT  MSL 


1.2.3  PHASE:  CUMB 

1. 2.3. 1  SEGMENT:  ASCENTTO  10,000  FT  MSL 


ARRIVE  AT  3,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 
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CONFIGURE  AUTO  THROTTLE  SYSTEM 
ACTIVATE  AUTO  THROTTLE 

MAINTAIN  AIRCRAFT  SPEED  (250  RTS) 

MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  13,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING  (114  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (at  114  degrees) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

VERIFY  AIRCRAFT  CONFIGURED  FOR  CLIMB 
ACCESS  AFTER  TAKEOFF  CHECKLIST 
VERIFY  LANDING  GEAR  RAISED 
VERIFY  FLAPS  RETRACTED 
VERIFY  SLATS  RETRACTED 
VERIFY  SPOILERS  DISARMED 
VERIFY  EXTERNAL  LIGHTS  SET  AS  REQUIRED 
DEACTIVATE  NO  SMOKING/SEAT  BELT  WARNING  ANNUNCIATION 
STOW  AFTER  TAKEOFF  CHECKUST 

CONFIGURE  PNEUMATICS  SYSTEM  FOR  CLLMB 

CONFIGURE  AIR  CONDITIONING  SYSTEM  FOR  CLLMB 

CONFIGURE  HYDRAULIC  SYSTEM  FOR  CLLMB 

CONFIGURE  FUEL  SYSTEM  FOR  CLLMB 

CONFIGURE  PRESSURIZATION  SYSTEM  FOR  CLLMB 

COMMUNICATE  WITH  LA  DEPARTURE  CONTROL 
RECEIVE  NEW  ALTITUDE  CLEARANCE 
ACKNOWLEDGE  NEW  ALTITUDE  CLEARANCE 

END  ALTITUDE  CHANGE  ACKNOWLEDGE 

ASCEND  TO  18,000  FT  MSL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  CABIN 

BRIEF  PASSENGERS  ON  FLIGHT  PLAN 


1.2.3  2  SEGMENT:  ASCENT  TO  18,000  FT  MSL 


ARRIVE  AT  10,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
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MONITOR  PARTY  LINE 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WAR NTNGS/C A UTIONS/A D VISOR l ES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

ACCELERATE  TO  CRUISE  SPEED 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  FORWARD  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  18,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING  (040  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (SLI  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  WITHIN  PRESELECTED  LIMITS 
ACTIVATE  FLIGHT  MANAGEMENT  SYSTEM  SPEED  MODE 

CONFIGURE  EXTERNAL  LIGHTING  SYSTEM 
DEACTIVATE  MAIN  LANDING  LIGHTS 
DEACTIVATE  NOSE  LANDING  LIGHTS 

VERIFY  HIGH  INTENSITY  RECOGNITION  LIGHTS  ACTIVATED 

COMMUNICATE  WITH  LA  DEPARURE  CONTROL 
RECEIVE  NEW  VHFCOMM  FREQUENCY 
ACKNOWLEDGE  NEW  COMM  FREQUENCY  ASSIGNMENT 

END  FREQUENCY  CHANGE  ACKNOWLEDGE 

CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  LA  CENTER 

COMMUNICATE  WITH  LA  CENTER 
REPORT  AIRCRAFT  POSITION 
RECEIVE  NEW  ALTITUDE  CLEARANCE 
ACKNOWLEDGE  NEW  ALTITUDE  CLEARANCE 

END  ALTITUDE  CHANGE  ACKNOWLEDGE 

ASCEND  TO  23,000  FT  MSL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  CENTER 
RECEIVE  TRAFFIC  ADVISORY 
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END  TRAFFIC  ADVISORY 


VERIFY  TRAFFIC  LOCATION 
SCAN  DESIGNATED  AREA 
LOCATE  TRAFFIC 

COMMUNICATE  WITH  LA  CENTER 
REPORT  TRAFFIC  SIGHTING 


1. 2.3.3  SEGMENT:  ASCENT  TO  WPNT  SU  VORTAC 


ARRIVE  AT  18,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

CONFIGURE  ALTIMETERS  FOR  LOCAL  PRESSURE 
SELECT  BAROMETRIC  PRESSURE  (29.91  ins) 

CONTINUE  ACCELERATION  TO  CRUISE  SPEED 
MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  23,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (SU  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 


1. 2.3.4  SEGMENT:  ASCENT  TO  WPNT  TRM  VORTAC 


CROSS  SU  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGSyCAUTIONS/ADVlSORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

CONTINUE  ACCELERATION  TO  CRUISE  SPEED 
MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  23,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
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TURN  RIGHT  TO  NEW  HEADING  (080  degrees) 

SELECTROLLRATES 

MONITOR  FOR  ROLL  IN  CUE 

COMMAND  RIGHT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  LEFT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (TRM  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  CENTER 

RECEIVE  NEW  VHFCOMM  FREQUENCY 
ACKNOWLEDGE  NEW  COMM  FREQUENCY  ASSIGNMENT 

END  FREQUENCY  CHANGE  ACKNOWLEDGE 

CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  LA  CENTER 

COMMUNICATE  WITH  LA  CENTER 
REPORT  AIRCRAFT  POSITION 
RECEIVE  NEW  ALTITUDE  CLEARANCE 
ACKNOWLEDGE  NEW  ALTITUDE  CLEARANCE 

END  ALTITUDE  CHANGE  ACKNOWLEDGE 

ASCEND  TO  33,000  FT  MSL 

SELECT  ALTITUDE  INCREASE  TARGET 
COMMAND  PITCH  UP  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS. REQUIRED 

CROSS  IRM  VORTAC 


1 .2.3.5  SEGMENT:  ASCENT  TO  WPNT  TNP  VORTAC 


CROSS  IRM  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN'  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIHS 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

CONTINUE  ACCELERATION  TO  CRUISE  SPEED 
MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (lo  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING  (037  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 
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MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (TNP  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  CENTER 
RECEIVE  TRAFFIC  ADVISORY 

END  TRAFFIC  ADVISORY 

VERIFY  TRAFFIC  LOCATION 
SCAN  DESIGNATED  AREA 
LOCATE  TRAFFIC 


COMMUNICATE  WITH  LA  CENTER 
REPORT  TRAFFIC  SIGHTING 


CROSSING  TNP  VORTAC 


1.13.6  SEGMENT:  ASCENT  TO  CRUISE  ALTITUDE 


CROSS  TNP  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

TURN  RIGHT  TO  NEW  HEADING  (060  degrees) 

SELECT  ROLL  RATES 

MONITOR  FOR  ROLL  IN  CUE 

COMMAND  RIGHT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  LEFT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (DRK  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

CONTINUE  ACCELERATION  TO  CRUISE  SPEED 
MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CRUISE  SPEED  ATTAINED 

MAINTAIN  CRUISE  SPEED 

MONITOR  INDICATED/COMMANDED  AIRSPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  ASCENT  (to  33,000  FT  MSL) 
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MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  CENTER 
RECEIVE  TRAFFIC  ADVISORY 

END  TRAFFIC  ADVISORY 

VERIFY  TRAFFIC  LOCATION 
SCAN  DESIGNATED  AREA 
LOCATE  TRAFFIC 

COMMUNICATE  WITH  LA  CENTER 
REPORT  TRAFFIC  SIGHTING 


1.3  PERIOD:  EN  ROUTE 

1.3.1  PHASE:  CRUISE 

1 .3.1. 1  SEGMENT:  FLIGHT  TO  WPNTDRK  VORTAC 


ARRIVE  AT  33.000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

-  MAINTAIN  AIRCRAFT  ALTITUDE  (ai  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (DRK  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  LA  CENTER 

RECEIVE  NEW  VHFCOMM  FREQUENCY  ASSIGNMENT 
ACKNOWLEDGE  NEW  COMM  FREQUENCY  ASSIGNMENT 

CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  ABQ  CENTER 

COMMUNICATE  WITH  ABQ  CENTER 
REPORT  AIRCRAFT  POSITION 
RECEIVE  IDENTIFICATION  REQUEST 

TRANSMIT  AIRCRAFT  IDENTITY  (BY  TRANSPONDER  CODE) 

CROSS  DRK  VORTAC 


1 .3. 1 .2  SEGMENT:  FLIGHT  TO  WPNT  GUP  VORTAC 


CROSS  DRK  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FI JGHT  CONTROL  ACTIVITY 
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MONITOR  PARTY  USE 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARMNGS/CAUTIONS/ADVISORIE 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  RIGHT  TO  NEW  HEADING  (061  degrees) 

SELECT  ROLL  RATES 

MONITOR  FOR  ROLL  IN  CUE 

COMMAND  RIGHT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  LEFT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (GUP  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  ABQ  CENTER 

RECEIVE  NEW  COMM  CONTROL  CENTER  ASSIGNMENT 
ACKNOWLEDGE  NEW  COMM  CONTROL  CENTER  ASSIGNMENT 

END  COMM  FREQUENCY  CHANGE  ACKNOWLEDGE 

CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  CLEVELAND  CENTER 

COMMUNICATE  WITH  CLEVELAND  CENTER 
REPORT  AIRCRAFT  POSITION 


1 .3. 1 .3  SEGMENT:  FLIGHT  TO  WPNT  CLM  VORTAC 


CROSS  GUP  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNTNGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
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MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING  (055  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (CIM  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 


1.3. 1.4  SEGMENT:  FLIGHT  TO  WPNT  LBL  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  CLM  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 


MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 


MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (LBL  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 


1.3.1  5  SEGMENT:  FLIGHT  TO  WPNT  ICT  VORTAC 


E-27 


CROSS  LBL  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITU  DE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  LEFT  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  LEFT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  RIGHT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (ICT  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 


1.3. 1.6  SEGMENT:  FLIGHT  TO  WPNT  BUM  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  ICT  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  W ARNINGS/CAUTIONS/AD VISOR IES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 


MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 
MONITOR  INDICATED/COMMANDED  ALTITU  DE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  RIGHT  TO  NEW  HEADING 
SELECT  ROLL  RATES 
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MONITOR  FOR  ROLL  IN  CUE 

COMMAND  RIGHT  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  LEFT  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (BUM  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 


1.3. 1.7  SEGMENT:  FUGHT  TO  WPNT  STL  VORTAC 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  BUM  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATE  D/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


MAINTAIN  AIRCRAFT  SPEED  (at  cause  speed) 

MONITOR  INDICATED/COMMAND  ED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (STL  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 


1 .3. 1. 8  SEGMENT-  FUGHT  TO  WPNT  VHP  VORTAC 

MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  STL  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNTNGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCR  AFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 
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MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (VHP  VORTAQ 
MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 


1 .3. 1 .9  SEGMENT:  FLIGHT  TO  WPNT  CREEP  INTERSECTION 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  VHP  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 


E-30 


MAINTAIN  AIRCRAFT  HEADING  (CREEP  INTERSECTION) 
MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 


1.3.1.10  SEGMENT.  FLIGHT  TO  WPNT  AIR  VORTAC 


CROSS  CREEP  INTERSECTION 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCR AFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (AIR  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 


1.3.1. 1 1  SEGMENT:  FUGHTTO  WPNT  BOGGE  INTERSECTION 


MAINTAIN  A  WARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  AIR  VORTAC 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33.000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
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MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (BOGGE  INTERSECTION) 
MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 


1 .3.1.12  SEGMENT:  FLIGHT  TO  TOP  OF  DESCENT 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  BOGGE  INTERSECTION 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR,  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  33,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  cruise  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (COPES  INTERSECTION) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  CLEVELAND  CENTER 

RECEIVE  NEW  COMM  CONTROL  CENTER  ASSIGNMENT  (NY) 

ACKNOWLEDGE  NEW  COMM  CONTROL  CENTER  ASSIGNMENT 
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END  COMM  FREQUENCY  CHANGE  ACKNOWLEDGE 


CONFIGURE  VHF  COMMUNICATIONS  SYSTEM 
TUNE  NEW  YORK  CENTER 

COMMUNICATE  WITH  NEW  YORK  CENTER 
REPORT  AIRCRAFT  POSITION/STATUS 
RECEIVE  DESCENT  CLEARANCE 
ACKNOWLEDGE  DESCENT  CLEARANCE 
TRANSMIT  AIRCRAFT  IDENTITY  (BY  TRANSPONDER  CODE) 

ARRIVE  AT  DECELERATION  POINT 

DECELERATE  TO  DESCENT  SPEED 
SELECT  SPEED  DECREASE  TARGET 
COMMAND  FORWARD  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 


1.4  PERIOD:  ARRIVAL 

1.4.1  PHASE:  DESCENT 

1.4.1. 1  SEGMENT:  DESCENT  TO  25,000  FT  MS L 


ARRIVE  AT  TOP  OF  DESCENT 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  HEADING  (COPES  INTERS ECTION) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 

DESCEND  TO  25,000  FT  MSL 

SELECT  ALTITUDE  DECREASE  TARGET 
SELECT  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CONTINUE  DECELERATION  TO  DESCENT  SPEED 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

DESCENT  SPEED  (310  KTS)  ATTALNED 

MAINTAIN  AIRCRAFT  SPEED  (at  descent  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  CENTER 
RECEIVE  TRAFFIC  ADVISORY 

END  TRAFFIC  ADVISORY 

VERIFY  TRAFFIC  LOCATION 
SCAN  DESIGNATED  AREA 
LOCATE  TRAFFIC 

COMMUNICATE  WITH  NEW  YORK  CENTER 
REPORT  TRAFFIC  SIGHTING 
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1.4. 1.2  SEGMENT:  DESCENT  TO  18,000  FT 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


ARRIVE  at  25,000  FT  MSL 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 


MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 


MAINTAIN  AIRCRAFT  HEADING  (COPES  INTERSECTION) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  310  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  ALTITUDE  (at  25,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  CENTER 
RECEIVE  NEW  ALTITUDE  CLEARANCE 
ACKNOWLEDGE  NEW  ALTITUDE  CLEARANCE 

END  ALTITUDE  CHANGE  ACKNOWLEDGE 

DESCEND  TO  13,000  FT  MSL 

SELECT  ALTITUDE  DECREASE  TARGET 
COMMAND  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


1.4. 1.3  SEGMENT.  DESCENT  TO  13,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


ARRIVE  AT  18,000  FT  MSL 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 

MAINTAIN  AIRCRAFT  SPEED  (at  310  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (COPES  INTERSECTION) 
MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 
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CONTINUE  AIRCRAFT  DESCENT  (to  13,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CONFIGURE  ALTIMETERS  FOR  LOCAL  PRESSURE 
SELECT  NEW  BAROMETRIC  SETTING 

CONFIGURE  NAVIGATION  RADIO  SYSTEM 
TUNE  JFK  ATLS 

COMMUNICATE  WITH  JFK  AIR  TRAFFIC  INFO  SERVICE  (ATIS) 
MONITOR  JFK  AXIS  FOR  PERTINENT  INFO  (Weather,  Visibility,  etc) 
RECORD  BARO  SETTING,  VISIBILITY,  CEILING.  WINDS,  ETC. 

PREPARE  FOR  MISSED  APPROACH 

SELECT  MISSED  APPROACH  RUNWAY 
SELECT  MISSED  APPROACH  SPEEDS 

VERIFY  AIRCRAFT  CONFIGURED  FOR  APPROACH 
ACCESS  DESCENT/APPROACH  CHECKLIST 
VERIFY  NORMAL  APPROACH  SPEEDS  SELECTED 
SET  ANTI-ICE  SYSTEM  AS  REQUIRED 
SELECT  DECISION  HEIGHT  (250FT) 

SET  PASSENGER  WARNING  SYSTEM  SET  AS  REQUIRED 
VERIFY  ALTIMETERS  SET  FOR  BAROMETRIC  PRESSURE 
VERIFY  RADIOS  SET  AS  REQUIRED 

VERIFY  ELECTRONIC  DISPLAY  SYSTEM  SET  AS  REQUIRED 
CONFIGURE  HYDRAULIC  SYSTEM  FOR  DESCENT 
STOW  DESCENT/APPROACH  CHECKLIST 

COMMUNICATE  WITH  CABIN 

BRIEF  CREW  ON  APPROACH/LANDING  PROCEDURES 


1  4.1  4  SEGMENT-  DESCENT  TO  10,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


ARRIVE  AT  13,000  FT  MSL 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 


MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 


MAINTAIN  AIRCRAFT  HEADING  (COPES  INTERSECTION) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

CROSS  COPES  INTERSECTION 

TURN  TO  NEW  HEADING 
SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (RBV  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
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EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  13,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  310  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  CENTER 
REPORT  POSITION 

RECEIVE  COMM  FREQUENCY  CHANGE 
ACKNOWLEDGE  COMM  FREQUENCY  CHANGE 

ENT)  COMM  FREQ  CHANGE  ACKNOWLEDGE 

CONFIGURE  NAVIGATION  RADIO  SYSTEM 
TUNE  NEW  YORK  APPROACH 

COMMUNICATE  WITH  NEW  YORK  APPROACH  CONTROL 

TRANSMIT  AIRCRAFT  IDENTITY  (BY  TRANSPONDER  CODE) 

RECEIVE  APPROACH  INSTRUCTIONS 
ACKNOWLEDGE  APPROACH  INSTRUCTIONS 

END  APPROACH  INSTRUCTIONS  ACKNOWLEDGE 

DESCEND  TO  5,000  FT  MSL 

SELECT  ALTITUDE  DECREASE  TARGET 
COMMAND  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

DECELERATE  AIRCRAFT  (to  250  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  THRUST  DECREASE  LEVEL 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 


1.4  1.5  SEGMENT:  DESCENT  TO  5,000  FT  MSL 


MAINTAIN  AWARENESS  OF  OTHER  FUGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


ARRIVE  AT  10,000  FT  MSL 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FUGHT  PLAN 
MONITOR  FUGHT  PROGRESS 


CONTINUE  AIRCRAFT  DESCENT  (to  5,000  FT  MSL) 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
CONTINUE  DECELERATION  TO  250  KTS 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (RBV  VORTAC) 
MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 
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CONFIGURE  EXTERNAL  LIGHTING  SYSTEM 
ACTIVATE  MAIN  LANDING  LIGHTS 
ACTIVATE  NOSE  TAXI/LANDING  LIGHTS 
VERIFY  HIGH  INTENSITY  RECOGNITION  LIGHTS  ACTIVATED 
ACTIVATE  WING  LIGHTS 

250  KTS  ATTAINED 

MAINTAIN  AIRCRAFT  SPEED  (at  250  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CROSS  RBV  VORTAC 

TURN  RIGHT  TO  NEW  HEADING  (077  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (COL  VORTAC) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 


14.16  SEGMENT:  DESCENT  TO  INTLAPRCH  FIX 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


ARRIVE  AT  5,000  FT  MSL 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAU  HONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  HEADING  (COL  VORTAC) 

MONITOR  INDICATFD/COMMANDFD  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLIVYAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  5,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  250  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  APPROACH 
REPORT  POSITION 

RECEIVE  APPROACH  INSTRUCTIONS 
ACKNOWLEDGE  APPROACH  INSTRUCTIONS 

END  APPROACH  INSTRUCTIONS  ACKNOWLEDGE 

DESCEND  TO  2,000  FT  MSL 

SELECT  ALTITUDE  DESCENT  TARGET  (2,000  FT  MSL) 

COMMAND  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COM MANDFD  ALTITUDE 
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EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CROSS  COL  VORTAC 

TURN  RIGHT  TO  NEW  HEADING  (100  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (IAF) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  APPROACH 
RECEIVE  APPROACH  INSTRUCTIONS 
ACKNOWLEDGE  APPROACH  INSTRUCTIONS 

END  APPROACH  INSTRUCTIONS  ACKNOWLEDGE 

DECELERATE  AIRCRAFT  (to  200  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  THRUST  DECREASE  LEVEL 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

200  KTS  ATTAINED 

MAINTAIN  AIRCRAFT  SPEED  (at  200  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

ARRIVE  AT  2000  FT  MSL 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  2,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITU  DE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


14.2  PHASE;  APPROACH 

1.4.2. 1  SEGMENT:  DESCENT  TO  INTRMD  APRCH  FIX 


CROSS  INITIAL  APPROACH  FIX  (IAF) 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  SPEED  (at  200  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  2,000  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
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TURN  LEFT  TO  NEW  HEADING  (048  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMAN  DED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (interm  aprch  fix) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

CONFIGURE  NAVIGATION  RADIOS 
TUNE  JFK  ILS 

DECELERATE  AIRCRAFT  (to  180  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  THRUST  DECREASE  LEVEL 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

1 80  KNOTS  ATTAINED 

MAINTAIN  AIRCRAFT  SPEED  (at  180  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONFIGURE  LIFT  AUGMENTATION  SYSTEM  FOR  LANDING 
EXTEND  SLATS  (leading  edge) 

EXTEND  FLAPS  (trailing  edge)  TO  28  DEGREES 

DECELERATE  AIRCRAFT  (to  155  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  THRUST  DECREASE  LEVEL 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

155  KNOTS  ATTAINED 

MAINTAIN  AIRCRAFT  SPEED  (at  155  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  NEW  YORK  APPROACH  CONTROL 
RECEIVE  APPROACH  INSTRUCTIONS 
ACKNOWLEDGE  APPROACH  INSTRUCTIONS 

END  APPROACH  INSTRUCTIONS  ACKNOWLEDGE 

DESCEND  TO  1 900  FT  MSL 

SELECT  ALTITUDE  DESCENT  TARGET 
COMMAND  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 
1  4.2  2  SEGMENT:  DESCENT  TO  OUTER  MARKER 


CROSS  INTERMEDIATE  APPROACH  FIX 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WaRMNGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 
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MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  SPEED  (at  155  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  DESCENT  (to  1900  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

ON  COURSE 

TURN  LEFT  TO  NEW  HEADING  (005  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLL  OUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (FAF) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

ARRIVE  AT  1900  FT  MSL 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  1900  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CROSS  FINAL  APPROACH  FIX 

TURN  LEFT  TO  NEW  HEADING  (313  degrees) 

SELECT  ROLL  RATES 
MONITOR  FOR  ROLL  IN  CUE 
COMMAND  ROLL  IN 

MONITOR  INDICATED/COMMANDED  ROLL  RATE 

EVALUATE  TURN  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

MONITOR  FOR  ROLL  OUT  CUE 

COMMAND  ROLLOUT 

EVALUATE  RECOVERY  PROGRESS 

MODIFY  ROLL  RATE  AS  REQUIRED 

ON  COURSE/LOCALIZER 

MAINTAIN  AIRCRAFT  HEADING  (aprch  runway) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

CONFIGURE  LANDING  GEAR  SYSTEM 
LOWER  LANDING  GEAR 

CONFIGURE  TRAILING  EDGE  LIFT  AUGMENTATION  SYSTEM 
EXTEND  FLAPS  TO  35  DEGREES 

VERIFY  GROUND  MANUEVERING  BRAKE  SYSTEM  OPERATIONAL 
VERIFY  BRAKE  PRESSURE  NORMAL 

CONFIGURE  DRAG  AUGMENTATION  SYSTEM 
ARM  SPOILERS 

CONFIGURE  TRAILING  EDGE  LIFT  AUGMENTATION  SYSTEM 
EXTEND  FLAPS  TO  50  DEGREES 
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INTERCEDE  GLIDE  SLOPE 


VERIFY  AIRCRAFT  CONFIGURED  FOR  LANDING 
ACCESS  BEFORE  LANDING  CHECKLIST 
VERIFY  LANDING  GEAR  DOWN  AND  LOCKED 
VERIFY  EMERGENCY  BRAKING  SYSTEM  ARMED 
VERIFY  SPOILERS  ARMED  FOR  LANDING 
VERIFY  FLAPS/SLATS  EXTENDED  FOR  LANDING 
VERIFY  ALTIMETERS  SET  FOR  LOCAL  PRESSURE 
STOW  BEFORE  LANDING  CHECKLIST 

PREPARE  FOR  MISSED  APPROACH 

SELECT  MISSED  APPROACH  RECOVERY  ALTITUDE 


1.4.3  PHASE:  LAND 

1.4.3. 1  SEGMENT:  DESCENT  TO  DECISION  HEIGHT 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 


CROSS  OUTER  MARKER 


MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNTNGS/CAUTIONS/ADV1SORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 


MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 


MAINTAIN  AIRCRAFT  SPEED  (at  155  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  HEADING  (approach  runway) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  ALTITUDE  (at  1900  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CONFIGURE  VHF  COMMUNICATION  SYSTEM 
TUNE  JFK  TOWER 

COMMUNICATE  WITH  JFK  TOWER 
REPORT  AIRCRAFT  POSITION 
RECEIVE  LANDING  CLEARANCE 
ACKNOWLEDGE  LANDING  CLEARANCE 

END  LANDING  CLEARANCE  ACKNOWLEDGE 

DESCEND  TO  100  FT  MSL 

SELECT  ALTITUDE  DESCENT  TARGET 
COMMAND  PITCH  DOWN  ATTITUDE 
MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

CROSS  MIDDLE  MARKER 


1.4  3.2  SEGMENT:  DESCENT  TO  TOUCHDOWN 


ARRIVE  AT  DECISION  HEIGHT 


MAINTAIN  AWARENESS  OF  OTHER  FLIGHT  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 
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MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNLNGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATES 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AWARENESS  OF  FLIGHT  PLAN 
MONITOR  FLIGHT  PROGRESS 

MAINTAIN  AIRCRAFT  HEADING  (aprch  runway) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLL/YAW  COMMANDS  AS  REQUIRED 

MAINTAIN  AIRCRAFT  SPEED  (at  155  KTS) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONTINUE  AIRCRAFT  DESCENT  (to  100  FT  MSL) 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

ARRIVE  AT  100  FT  AGL 

DECELERATE  AIRCRAFT  (to  touchdown  speed) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  IDLE  FORWARD  THRUST 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

ROTATE  AIRCRAFT  TO  LANDING  ATTITUDE  (flare) 

SELECT  NOSE  UP  ATTITUDE 
COMMAND  PITCH  UP  MAGNITUDE 
MONITOR  INDICATED/COMMANDED  ATTITUDE 
EVALUATE  ATTITUDE  CHANGE  REQUIREMENTS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 

DESCEND  TO  TOUCHDOWN 

MONITOR  INDICATED/COMMANDED  ALTITUDE 
EVALUATE  ALTITUDE  DECREASE  PROGRESS 
MODIFY  PITCH  COMMANDS  AS  REQUIRED 


1. 4.3.3  SEGMENT:  LANDING  GROUND  ROLL 


MAIN  GEAR  TOUCHDOWN 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

MAINTAIN  AIRCRAFT  HEADING  (runway  centerline) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  ROLUYAW  COMMANDS  AS  REQUIRED 

CONTINUE  DECELERATION  (to  touchdown  speed) 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

NOSE  GEAR  TOUCH  DOWN 

MAINTAIN  AIRCRAFT  HEADING  (runway  centerline) 

MONITOR  INDICATED/COMMANDED  HEADING 
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EVALUATE  heading  change  requirements 

MODIFY  STEERING  COMMANDS  AS  REQUIRED 

CONFIGURE  GROUND  BRAKING  SYSTEM 

ENGAGE  GROUND  MANEUVERING  BRAKE  SYSTEM 

ACTIVATE  DRAG  AUGMENTATION  SYSTEM 
DEPLOY  SPOILERS 

DECELERATE  AIRCRAFT  (to  80  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  FULL  REVERSE  THRUST 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

80  KTS  ATTAINED 

DECELERATE  AIRCRAFT  (to  60  KTS) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  IDLE  REVERSE  THRUST 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

60  KTS  ATTAINED 

DECELERATE  AIRCRAFT  (to  a  stop) 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  IDLE  FORWARD  THRUST 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

AIRCRAFT  STOPPED 

TERMINATE  ELAPSED  FUGHT  TLME  MEASUREMENT 

CONFIGURE  AUTOPILOT  SYSTEM 
DEACTIVATE  AUTOPILOT 

CONFIGURE  GROUND  BRAKING  SYSTEM 

DISENGAGE  GROUND  MANEUVERING  BRAKE 

ACCELERATE  TO  TAXI  SPEED 

SELECT  SPEED  INCREASE  TARGET 
COMMAND  REVERSE  THRUST  INCREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

TAXI  SPEED  ATTALNED 

MAINTAIN  TAXI  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 


1  4  4  PHASE.  TAXI  IN 

1.4  4.1  SEGMENT*  TAXI  TO  RAMP 


ARRIVE  AT  RUNWAY  THRESHOLD 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AERCR AFT/OBSTRUCTIONS 
MONITOR  GROUND/FUGHT  PATH 

MAINTAIN  TAXI  SPEED 

MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  CHANGE  REQUIREMENTS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 
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TURN  90  DEGREES  RIGHT 
SELECT  STEERING  OPTION 
COMMAND  RIGHT  TURN 
MONITOR  INDICATED/COMMANDED  POSITION 
EVALUATE  TURN  PROGRESS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

ON  COURSE 

MAINTAIN  AIRCRAFT  HEADING  (arrival  gale) 

MONITOR  INDICATED/COMMANDED  HEADING 
EVALUATE  HEADING  CHANGE  REQUIREMENTS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

COMMUNICATE  WITH  JFK  GROUND  CONTROL 
REQUEST  PARKING  INSTRUCTIONS 
RECEIVE  PARKING  INSTRUCTIONS 
ACKNOWLEDGE  PARKING  INSTRUCTIONS 

END  PARKING  INSTRUCTIONS  ACKNOWLEDGE 

VERIFY  AIRCRAFT  CONFIGURED  FOR  GATE  ENGAGEMENT 
ACCESS  AFTER  LANDING  CHECKLIST 
RETRACT  FLAPS  (trailing  edge  lift) 

RETRACT  SLATS  (leading  edge  lift) 

DISARM  SPOILERS 
DEACTIVATE  NAVIGATION  LIGHTS 
DEACTIVATE  ANTI-COLLISION  LIGHTS 
DEACTIVATE  HIGH  INTENSITY  RECOGNITION  LIGHTS 
DEACTIVATE  MAIN  LANDING  LIGHTS 
ACTIVATE  GROUND  FLOOD  LIGHTS 
DEACTIVATE  ANTI-ICE  SYSTEMS  AS  REQUIRED 
DEACTIVATE  IGNITION  SYSTEM 

DEACTIVATE  WEATHER  RADAR  SYSTEM  AS  REQUIRED 
STOW  AFTER  LANDING  CHECKLIST 


14.4  2  SEGMENT:  GATE  ENGAGEMENT 


ARRIVE  AT  RAMP  THRESHOLD 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNTNGS/CAUTIONS/ ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

MAINTAIN  AWARENESS  OF  OTHER  AIRCRAFT/OBSTRUCTIONS 
MONITOR  GROUND/FLIGHT  PATH 

DECELERATE  TO  GATE  ENGAGEMENT  SPEED 
SELECT  SPEED  DECREASE  TARGET 
COMMAND  FORWARD  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

GATE  ENGAGEMENT  SPEED  ATTAINED 

STEER  AIRCRAFT  TOWARD  GATE 

SELECT  STEERING  OPTIONS  (nosewhed/rudder  pedals) 

COMMAND  STEERING  DIRECTION/MAGNTTUDE 
MONITOR  INDICATED/COMMANDED  POSITION 
EVALUATE  MOVEMENT  PROGRESS 
MODIFY  STEERING  COMMANDS  AS  REQUIRED 

DECELERATION  CUE 

DECELERATE  TO  A  STOP 

SELECT  SPEED  DECREASE  TARGET 
COMMAND  FORWARD  THRUST  DECREASE 
MONITOR  INDICATED/COMMANDED  SPEED 
EVALUATE  SPEED  DECREASE  PROGRESS 
MODIFY  THRUST  COMMANDS  AS  REQUIRED 

CONFIGURE  GROUND  BRAKE  SYSTEM 
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ENGAGE  GROUND  MANEUVERING  BRAKE  (loc  brakes) 


14.5  PHASE:  POST  FLIGHT 

1.4.5. 1  SEGMENT:  SYSTEM  SHUTDOWN 


GATE  ENGAGEMENT  COMPLETED 


MAINTAIN  AWARENESS  OF  OTHER  GROUND  CONTROL  ACTIVITY 
MONITOR  PARTY  LINE 

MAINTAIN  AWARENESS  OF  AIRCRAFT  SYSTEMS  WARNINGS/CAUTIONS/ADVISORIES 
MONITOR  AIRCRAFT  SYSTEMS  STATUS 

CONFIGURE  GROUND  BRAKE  SYSTEM 
ENGAGE  PARKING  BRAKE  SYSTEM 

CONFIGURE  PERSONNEL  WARNING  SYSTEM 

DEACTIVATE  SEAT  BELT/NO  SMOKING  ANNUNCIATION 

COMMUNICATE  WITH  JFK  GROUND  CONTROL 
REPORT  GATE  ENGAGEMENT  COMPLETED 
REQUEST  ENGINE  SHUTDOWN  CLEARANCE 
RECEIVE  ENGINE  SHUTDOWN  CLEARANCE 
ACKNOWLEDGE  ENGINE  SHUTDOWN  CLEARANCE 

COMMUNICATE  WITH  CABIN 
ANNOUNCE  ARRIVAL 

ANNOUNCE  CONNNECTION  DATA  AS  REQUIRED 

CONFIGURE  FUEL  SYSTEM  FOR  LAYOVER 

DEACTIVATE  PROPULSION  SYSTEM  FOR  LAYOVER 

CONFIGURE  MAIN  ELECTRICAL  SYSTEM  FOR  LAYOVER 

CONFIGURE  HYDRAULIC  SYSTEM  FOR  LAYOVER 

CONFIGURE  PNEUMATIC  SYSTEM  FOR  LAYOVER 

VERIFY  AIRCRAFT  CONFIGURED  FOR  LAYOVER 
ACCESS  BEFORE  LEAVING  AIRCRAFT  CHECK!  1ST 
DEACTIVATE  NAVIGATION  REFERENCE  SYSTEM  (IRUs) 

VERIFY  WEATHER  RADAR  SYSTEM  DEACTIVATED 
DEACTIVATE  ELECTRONIC  DISPLAY  SYSTEM 
DISARM  ANTI-SKID  BRAKING  SYSTEM 

DEACTIVATE  WINDSCREEN  ANTI-WEATHER  SYS  (anti-ice.detog, wipers) 

DEACTIVATE  EXTERNAL  LIGHTING  SYSTEM 
DEACTIVATE  EMERGENCY  LIGHTING  SYSTEM 
DEACTIVATE  EMERGENCY  POWER  SYSTEM 
DEACTIVATE  COMMUNICATIONS  SYSTEM 
DEACTIVATE  INTERNAL  LIGHTING  SYSTEM 
DEACTIVATE  BATTERY  POWER  SYSTEM 
STOW  BEFORE  LEAVING  AIRCRAFT  CHECKLIST 

CROSS  AIRCRAFT  EXIT  DOOR  THRESHOLD 
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APPENDIX  F 


CONTINGENCY  FILE 

The  Contingency  File  database  lists  the  functions  which  are  to  be  implemented  for  each  class  of 
failure.  The  contingencies  are  those  introduced  on  page  14  of  the  Flight  Scenario  Description. 
Contingencies  addressed  are: 

•  Hydraulic  Failure 

•  Smoke  and  Fumes  of  Unknown  Origin 

•  Engine  Fire 

•  Fuel  Dump 

•  Main  Gear  Extension  Failure 

•  Loss  of  All  Generators 

•  Wind  Shear/Microburst 

For  each  class  of  contingency,  the  functions  are  listed  in  the  order  in  which  they  are  to  be  executed 


CONTINGENCY  FUNCTION 

HYDRAULIC  FAILURE 

MONITOR  FOR  HYDRAULIC  POWER  SYSTEM  FAILURES 

MONITOR  PRESSURES,  TEMPERATURES,  FLUID  LEVELS,  ETC. 

DETECT  SUDDEN,  SEVERE  LOSS  OF  HYDRAULIC  FLUID  IN  SYSTEM  #3 
INITIATE  CONTINGENCY  PROCEDURES 
ALERT  PERSONNEL  OF  FAILURE 
EVALUATE  EXTENT  OF  FAILURE 

OBSERVE  HYDRAULIC  SYSTEM  #3  FAILURE  INDICATIONS 
OBSERVE  ABSENCE  OF  OTHER  ALERTS 
CONCLUDE  SINGLE  HYDRAULIC  SYSTEM  FAILURE 
RESET  CAUTION  ALERTING  SYSTEM 
DEACTIVATE  ALERT  LOGIC 
OBSERVE  ABSENCE  OF  OTHER  ALERTS 
INITIATE  HYDRAULIC  SYSTEM  FAILURE  PROCEDURES 
ACCESS  CHECKLIST 
DEACTIVATE  #3  HYDRAULIC  SYSTEM 
STOP  ENGINE  DRIVEN  PUMPS 
STOP  1-3  HYDRAULIC  POWER  TRANSFER  PUMP 
EVALUATE  OPERATIONAL  CONSEQUENCES  OF  FAILURE 

CONSIDER  EFFECTS  ON  FLAP/SLAT  EXTENSIONS/RETRACTIONS 
CONSIDER  EFFECTS  ON  SPOILER  EXTENTIONS 
CONSIDER  EFFECTS  ON  LANDING  GEAR  EXTENTIONS 
CONSIDER  EFFECTS  ON  BRAKING  FORCE 
CONSIDER  EFFECTS  ON  NOSEWHEEL  STEERING 
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MODIFY  FLIGHT  OPERATIONS  AS  REQUIRED  TO  COMPENSATE 
TERMINATE  HYDRAULIC  SYSTEM  FAILURE  PROCEDURE 
STOW  CHECKLIST 


SMOKE  &  FUMES  OF 
UNKNOWN  ORIGIN 

MONITOR  FOR  FIRE  CONTINGENCIES 
MONITOR  FOR  FUMES 
MONITOR  FOR  SMOKE 
MONITOR  FOR  HEAT 

DETECT  SMOKE  AND  FUMES  EMANATING  FROM  THROTTLE  QUADRANT 
INITIATE  CONTINGENCY  PROCEDURES 
ALERT  PERSONNEL  ABOUT  FIRE 
PREVENT  SMOKE  INHALATION 

DIRECT  PERSONNEL  TO  DON  OXYGEN  MASKS 
DON  OXYGEN  MASKS 
OPEN  02  SUPPLY  VALVES 
COMMUNICATE  WITH  CABIN 
REPORT  COMM  STATUS 
ACKNOWLEDGE  REPORT 
PREVENT  VISUAL  IMPAIRMENT 

DIRECT  COCKPIT  PERSONNEL  TO  DON  SMOKE  GOGGLES 
DON  SMOKE  GOGGLES 
CLASSIFY  SMOKE  SOURCE  TYPE 

SCAN  AIR  CONDITIONING  OUTLETS  FOR  SMOKE  EMISSIONS 
CONCLUDE  SMOKE  IS  ELECTRICAL  IN  ORIGIN 
INITIATE  ELECTRICAL  SMOKE  &  FUMES  PROCEDURES 
ACCESS  CHECKLIST 

ELIMINATE  ONE  POTENTIAL  SMOKE  SOURCE 

DEACTIVATE  CABIN  ELECTRICAL  POWER  DISTRIBUTION  SYSTEM 
EVALUATE  SMOKE  STATUS 

SCAN  COCKPIT  AREA  FOR  SMOKE 
CONCLUDE  SMOKE  IS  NOT  DECREASING 
ACTIVATE  CLEARED  SYSTEM 

ACTIVATE  CABIN  ELECTRICAL  POWER  DISTRIBUTION  SYSTEM 
ELIMINATE  ANOTHER  POTENTIAL  SMOKE  SOURCE 

DEACTIVATE  #3  ELECTRICAL  POWER  DISTRIBUTION  SYSTEM 
DEACTIVATE  #1  AIR  CONDITIONING  PACK  &  AIR  SUPPLY 
EVALUATE  SMOKE  STATUS 

SCAN  COCKPIT  AREA  FOR  SMOKE  &  FUMES 
CONCLUDE  SMOKE  IS  NOT  DECREASING 
ACTIVATE  CLEARED  SYSTEM 

ACTIVATE  #3  ELECTRICAL  POWER  DISTRIBUTION  SYSTEM 
ACTIVATE  #1  AIR  CONDITIONING  PACK  &  AIR  SUPPLY 
ELIMINATE  ANOTHER  POTENTIAL  SMOKE  SOURCE 

DEACTIVATE  #2  ELECTRICAL  POWER  DISTRIBUTION  SYSTEM 
DEACTIVATE  #3  AIR  CONDITIONING  PACK  &  AIR  SUPPLY 
EVALUATE  SMOKE  STATUS 

SCAN  COCKPIT  AREA  FOR  SMOKE  &  FUMES 
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CONCLUDE  SMOKE  IS  DECREASING 
EVALUATE  02  MASK/SMOKE  GOGGLE  REQUIREMENT 
SCAN  COCKPIT  AREA  FOR  SMOKE  &  FUMES 
CONCLUDE  SMOKE  HAS  DISPERSED 
DIRECT  CREW  TO  REMOVE  MASKS  &  GOGGLES 
DOFF  MASKS  &  GOGGLES 
CLOSE  02  SUPPLY  VALVES 
TERMINATE  CONTINGENCY  PROCEDURES 
STOW  SMOKE  &  FUMES  CHECKLIST 


ENGINE  FIRE 


MONITOR  FOR  PROPULSION  SYSTEM  FAILURES 

MONITOR  FOR  FIRES,  OIL,  FUEL  PROBLEMS,  ETC. 
DETECT  FIRE  IN  #3  ENGINE 
INITIATE  CONTINGENCY  PROCEDURES 
ALERT  PERSONNEL  OF  #3  ENGINE  FIRE 
EVALUATE  EXTENT  OF  FAILURE 

OBSERVE  ENGINE  #3  FAILURE  INDICATION 
OBSERVE  ABSENSE  OF  OTHER  ENGINE  ALERTS 
CONCLUDE  SINGLE  ENGINE  FAILURE 
INITIATE  ENGINE  FIRE  SHUTDOWN  PROCEDURE 
ACCESS  CHECKLIST 

DECREASE  #3  ENGINE  THRUST  TO  MINIMUM 
COMMAND  IDLE  THRUST 
OBSERVE  IDLE  THRUST  INDICATION 
DEACTIVATE  #3  ENGINE  FUEL  SYSTEM 
CLOSE  MAIN  FUEL  VALVE 
CLOSE  FUEL  CROSS-FEED  VALVES 
STOP  FUEL  FEED  PUMPS 
EXTINGUISH  #3  ENGINE  FIRE 
DISCHARGE  FIRE  AGENT 
OBSERVE  FIRE  INDICATION  ELIMINATED 
CONCLUDE  FIRE  EXTINGUISHED 
DEACTIVATE  #3  HYDRAULIC  SYSTEM 

CLOSE  HYDRAULIC  FLUID  SUPPLY  VALVES 
STOP  ENGINE-DRIVEN  HYDRAULIC  PUMPS 
EL  MIN  ATE  #3  ENGINE  BLEED  AIR  SYSTEM 
CLOSE  BLEED  AIR  VALVE 
CLOSE  PNEUMATIC  ISOLATION  VALVE 
COMMUNICATE  WITH  CABIN 

ANNOUNCE  FIRE  STATUS  AND  FLIGHT  PLANS 
BRIEF  PERSONNEL  ON  DUTIES  AND  RESPONSIBILITIES 
INITIATE  FUEL  DUMP  PROCEDURE 
>SEE:  FUEL  DUMP  CONTINGENCY 
COMMUNICATE  WITH  CONTROL  CENTER 

REPORT  FIRE  OUT,  FUEL  DUMP  IN  PROGRESS 
RECEIVE  AKNOWLEDGEMENT 
TERMINATE  FUEL  DUMP 

>SEE  FUEL  DUMP  CONTINGENCY 
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COMMUNICATE  WITH  CONTROL  CENTER 

REQUEST  LANDING  CLEARANCE  TO  NEAREST  AIRPORT 
RECEIVE  CLEARANCE 


FUEL  DUMP 
PROCEDURE 


EVALUATE  FUEL  DUMPING  CONSTRAINTS 
CONSIDER  AIRCRAFT  ALTITUDE/AIRSPEED 
CONCLUDE  FUEL  DUMP  CONSTRAINTS  MET 
DECREASE  EXPLOSION/FIRE  DANGER 

DEACTIVATE  GALLEY  ELECTRICAL  POWER 
DEACTIVATE  AIR  RECIRCULATION  FANS 
DEACTIVATE  CABIN  READING  AND  SIDEWALL  LIGHTS 
EVALUATE  FUEL  DUMP  MAGNITUDE 

CONSIDER  REMAINING  FLIGHT  TIME/DISTANCE 
COMPUTE  FUEL  REQUIREMENT  AS  NECESSARY 
SELECT  FUEL  DUMP  MAGNITUDE 
PLAN  FUEL  TANK  TRANSFER 

SELECT  FUEL  TANK  TRANSFER  SEQUENCE 
SELECT  FUEL  TANK  LEVELS 
INITIATE  FUEL  DUMPING  PROCEDURE 

COMMAND  FUEL  DUMPING  PROCEDURE  START 
VERIFY  FUEL  FEED  TO  ENGINES  REMAINS  UNINTERRUPTED 
START  APPROPRIATE  ENGINE  FEED  PUMPS 
PREVENT  INADVERTENT  FEED  INTO  FUEL  TANKS 
CLOSE  APPROPRIATE  FILL  VALVES 
INITIATE  FUEL  TANK  TRANSFER 

START  APPROPRIATE  TRANSFER  PUMP 
OPEN  APPROPRIATE  CROSSFEED  VALVE 
REPEAT  FOR  EACH  REQUIRED  TRANSFER 
INITIATE  FUEL  DUMPING 

OPEN  FUEL  DUMP  VALVES 
EVALUATE  FUEL  TANK  LEVEL  STATUS 

OBSERVE  EACH  INDICATED/COMMANDED  FUEL  TANK  LEVEL 
CONSIDER  CONTINUATION  OR  TERMINATION  OF  EACH  TRANSFER 
CONCLUDE  THAT  EACH  TRANSFER  SHOULD/SHOULD  NOT  CONTINUE 
REPEAT  FOR  EACH  REMAINING  FUEL  TANK 
REPEAT  INTERMITT ANTLY 
TERMINATE  FUEL  TANK  TRANSFER 
STOP  ASSOCIATED  TRANSFER  PUMP 
CLOSE  ASSOCIATED  CROSSFEED  VALVE  AS  REQUIRED 
REPEAT  FOR  EACH  FUEL  TANK  TO  BE  TERMINATED 
EVALUATE  FUEL  TRANSFER  PROGRESS 

CONSIDER  PLANNED  TANK  TRANSFER  SEQUENCE 
CONSIDER  CURRENT  TANK  TRANSFER  ACTIVITY 

CONCLUDE  THAT  NEXT  TRANSFER  SHOULD/SHOULD  NOT  BE  INITIATED 
REPEAT  INTERMITT  ANTLY 
INITIATE  NEW  FUEL  TANK  TRANSFER 

START  APPROPRIATE  TRANSFER  PUMP 
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OPEN  APPROPRIATE  CROSSFEED  VALVE 
REPEAT  FOR  EACH  REQUIRED  TRANSFER 
EVALUATE  FUEL  DUMPING  PROGRESS 

OBSERVE  INDICATED/COMMANDED  AIRCRAFT  FUEL  LEVEL/WEIGHT 
CONSIDER  CONTINUATION  OR  TERMINATION  OF  FUEL  DUMP 
CONCLUDE  THAT  FUEL  DUMP  SHOULD/SHOULD  NOT  CONTINUE 
REPEAT  IF  FUEL  DUMP  CONTINUES 
TERMINATE  FUEL  DUMPING  PROCEDURE 
CLOSE  FUEL  DUMP  VALVES 


MAIN  GEAR 
EXTENSION  FAILURE 

LOWER  LANDING  GEAR 

COMMAND  LANDING  GEAR  DOWN 
MONITOR  INDICATED/COMMANDED  POSITIONS 
DETECT  DISCREPANCY  BETWEEN  CMD/IND  POSITION 
INITIATE  CONTINGENCY  PROCEDURES 
ALERT  PERSONNEL  OF  FAILURE 
ASSESS  EXTENT  OF  FAILURE 

OBSERVE  NOSE  GEAR  DOWN/LOCKED 
OBSERVE  LEFT  MAIN  GEAR  NOT  DOWN/LOCKED 
OBSERVE  CENTER  GEAR  DOWN/LOCKED 
OBSERVE  RIGHT  MAIN  GEAR  DOWN/LOCKED 
CONCLUDE  FAILURE  LIMITED  TO  LEFT  MAIN  GEAR 
INITIATE  MAIN  GEAR  EXTENTION  FAILURE  PROCEDURE 
ACCESS  CHECKLIST 

EVALUATE  HYDRAULIC  SYSTEM  STATUS 

OBSERVE  HYDRAULIC  SYSTEM  (#3)  QUANTITY  NORMAL 
OBSERVE  HYDRAULIC  SYSTEM  (#3)  PRESSURE  NORMAL 
CONCLUDE  FAILURE  NOT  HYDRAULIC  SYSTEM  RELATED 
EVALUATE  OPERATIONAL  LIMITATIONS  OF  ALTERNATE  GEAR  EXTENSION 
OBSERVE  AIRSPEED  BELOW  230  KNOTS 
CONCLUDE  SPEED  BELOW  MAX  SPEED  FREE  FALL  LIMIT 
PERFORM  ALTERNATIVE  GEAR  EXTENTION  PROCEDURE 
COMMAND  LANDING  GEAR  DOWN 
OBSERVE  GEAR  INDICATED/COMMANDED  POSITION 
CONCLUDE  GEAR  DOWN  AND  LOCKED 
TERMINATE  MAIN  GEAR  EXTENTION  FAILURE  PROCEDURE 
STOW  CHECKLIST 


LOSS  OF  ALL 
GENERATORS 


MONITOR  FOR  ELECTRICAL  POWER  SYSTEM  FAILURES 
MONITOR  GENERATION,  DISTRIBUTION,  ETC, 

DETECT  FAILURE  OF  ELECTRICAL  POWER  GENERATION 
INITIATE  CONTINGENCY  PROCEDURES 
ALERT  PERSONNEL  OF  FAILURE 
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EVALUATE  EXTENT  OF  FAILURE 

OBSERVE  GENERATOR  FAILURE  INDICATIONS 
OBSERVE  ABSENSE  OF  OTHER  ALERTS 

CONCLUDE  ALL  GENERATORS  LOST  BUT  ENGINES  UNAFFECTED 
RESET  CAUTION  ALERTING  SYSTEM 
DEACTIVATE  ALERT  LOGIC 
OBSERVE  ABSENSE  OF  ALERTS 

INITIATE  LOSS  OF  ELECTRICAL  POWER  GENERATION  PROCEDURES 
ACCESS  CHECKLIST 

ELIMINATE  AC  ELECTRICAL  POWER  BUSES 
OPEN  AC  BUS  TIE  RELAYS 
ARM  GENERATOR  CONTROL  LOGIC 

CLOSE  GENERATOR  CONTROL  RELAYS 
EVALUATE  EMERGENCY  POWER  BUS  STATUS 
OBSERVE  EMERGENCY  POWER  BUS  POWERED 
CONCLUDE  SHORTTERM  EMERGENCY  POWER  SOURCE  ACTIVATED 
EVALUATE  LONG  TERM  EMERGENCY  POWER  SOURCE  REQUIREMENTS 
CONSIDER  FLIGHT  PHASE  CRITICALITY 
CONSIDER  REMAINING  FLIGHT  TIME 

CONCLUDE  LONG  TERM  EMERGENCY  POWER  SOURCE  REQUIRED 
ACTIVATE  LONG  TERM  EMERGENCY  POWER  SOURCE 
ENGAGE  AIR  DRIVEN  GENERATOR  (ADG) 

CLOSE  ADG  ELECTRICAL  POWER  DISTRIBUTION  RELAY 
DEACTIVATE  SHORT  TERM  EMERGENCY  POWER  SOURCE 

OPEN  BATTERY  ELECTRICAL  POWER  DISTRIBUTION  RELAY 
EVALUATE  SUPPLEMENTAL  ELECTRICAL  POWER  REQUIREMENTS 
CONSIDER  FLIGHT  PHASE  CRITICALITY 
CONSIDER  REMAINING  FLIGHT  TIME 
CONCLUDE  AUXILIARY  ELECTRICAL  POWER  REQUIRED 
EVALUATE  AUXILIARY  ELECTRICAL  POWER  CONSTRAINTS 
CONSIDER  ALTITUDE  RESTRICTIONS 
CONSIDER  AIRCRAFT  ALTITUDE 
CONCLUDE  DESCENT  REQUIRED 
COMMUNICATE  WITH  AIR  TRAFFIC  CONTROL 
REQUEST  DESCENT  CLEARANCE 


WIND  SHEAR/ 
MICROBURST 


MONITOR  FOR  WEATHER  RELATED  DISTURBANCES 
OBSERVE  AIRSPEED,  ETC 

DETECT  WIND  SHEAR  MICROBURST  IN  PROGRESS 
ACCELERATE  TO  CLIMB  VELOCITY 
SELECT  GO  AROUND  THRUST  LIMIT 
COMMAND  MAXIMUM  FORWARD  THRUST 
OBSERVE  INDICATED/COMMANDED  VELOCITY 
CONSIDER  SPEED  INCREASE  PROGRESS 
MODIFY  THRUST  COMMAND  AS  REQUIRED 
ASCEND  TO  SAFE  ALTITUDE 

SELECT  NOSE-UP  ALTITUDE  TARGET 
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COMMAND  PITCH-UP  ATTITUDE 
OBSERVE  INDICATED/COMMANDED  ALTITUDE 
CONSIDER  ALTITUDE  INCREASE  PROGRESS 
MODIFY  PITCH  COMMAND  AS  REQUIRED 
COMMUNICATE  WITH  CONTROL  TOWER 
REPORT  GO- AROUND  MANEUVER 
RECEIVE  ACKNOWLEDGEMENT/INFO  REQUEST 
REPORT  INTENTION  TO  PROCEED  TO  WAYPOINT  AND  HOLD 
RECEIVE  NEW  APPROACH  INSTRUCTIONS 
ACKNOWLEDGE  APPROACH  INSTRUCTIONS 
CONFIGURE  TRAILING  EDGE  LIFT  AUGMENTATION  SYSTEM 
RETRACT  FLAPS  TO  28  DEGREES 
VERIFY  POSITIVE  RATE  OF  CLIMB  ATTAINED 
OBSERVE  UPWARD  VELOCITY  VECTOR 
CONFIGURE  LANDING  GEAR  SYSTEM 
RAISE  LANDING  GEAR 
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APPENDIX  G 


ANALYSIS  FORMAT 

This  database  relates  functions  to  other  data  which  contribute  to  the  function  allocation  decision. 
Each  page  addresses  one  segment  of  the  mission.  On  page  G-2,  for  example.  Segment  1 .2. 1 . 1 , 

Gate  Disengagement,  lists  the  functions  which  must  be  accomplished  in  order  to  accomplish  the 
segment.  These  functions  are  listed  in  the  center  column  headed  “Function.”  The  functions  have 
been  aggregated  into  the  primary  function  categories  described  on  page  20  of  the  Final  Report. 
These  are: 

FI.  Manage  Flight  Coordination 

F2.  Manage  Aircraft  Systems/Procedures 

F3.  Manage  Aircraft  Movement 

F4.  Manage  Flight  Plan 

F5.  Manage  Contingencies 

For  segment  1.2.1. 1,  categories  F3  and  F4  are  not  used. 

The  Analysis  Format  shows  the  time  window  for  each  function  and  the  relationship  of  the  function 
to  the  events  which  apply  to  it.  It  also  relates  a  given  function  to  the  events  which  must  precede  or 
follow  it  and  identifies  whether  the  function  is  accomplished  intermittently,  continuously  or  at 
discrete  points  in  time.  It  also  characterizes  the  function  as  an  action,  as  communication,  as 
information,  or  as  a  decision. 
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ANALYSIS  FORMAT  + 
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Event 

<  > 

Tima  Window 

1 

Twn« -CVtetign 

EMOt 


Time 


E  1  Comp!**  after  atari  checkJiet  00:00.00 

2  End  backing  clearance  ecknoar 

3  Attain  backing  apaad 

4  Deceierehon  cua 

5  Aircraft  stepped  00:00:45 


1 

Mlaafon: 

LAX  to  JFK 

12 

Parlo4' 

Oaoartura 

1.2.1 

Phase. 

Taxi  out 

1-8M 

.SiJLdlgffiflfcaggffii _ 

EvdPt/Fwoctlon 

Deparx 

®  0  9  •  • 

V  9  9  9  9 

Evt 

mt 

Furvr 

tion 

Parfo 

rmanca 

Fvretfoo 

-  P/-9 

R*t. 

Sea 

Con 

..Scftedulf 

Category 

FI 

Managa  Flight  Coordinator) 

<—  ■  — X - ■  —x—  ■  —a*—  ■ - x—  ■  —x—  ■  —x—  ■  -x—  ■  — » 

a 

Monitor  Partylina 

Intermit 

Inform 

<-■— » 

b 

Request  backing  clearance 

El 

Diacrata 

Comm 

<-  ■  — » 

c 

Receive  backing  clearance 

Fib 

Diacrata 

Comm 

<—  B-a 

d 

Acknowledge  backing  clearance 

Fie 

Diacrata 

Comm 

FI 

Managa  Aircraft  Syatama/Proceduree 

<—  B  — x - B  — x-  B  — x—  B - x-  B  — X—  B  — X-  B  — x—  B  — » 

a 

Monitor  systems  atatua 

Intermit 

Inform 

<—  ■  — > 

b 

Diaengage  parking  braka  ayatem 

E2 

Diacrata 

Adi  on 

< - B  — > 

c 

Diaangaga  ground  maneuvering  brake  eyi 

E2 

Diacrata 

Action 

< - B  — —a 

d 

Engage  ground  maneuvering  braka  aya 

E4 

F3d 

Diacrata 

Action 

F3 

Manage  Aircraft  Movement 

<—  B  —x—  B— x—  B  —x—  1 - » 

• 

Monitor  Ground/Flight  Path 

F2c 

Intermit 

Inform 

b 

Steer  away  from  gate 

F2c 

F3e-a 

Contmu 

1  Salad  awanng  option (neewN/ruddr) 

Diacrata 

Daciaion 

2  Command  •  tearing  direetn/magr  tide 

Diacrata 

Action 

3  Monitor  mdiceted/comm  ended  position 

Intarmit 

Inform 

4  Evaluate  movement  prograae 

Intermit 

Daciaion 

5  Modify  ateanng  command*  aa  reqwrad 

Intarmit 

Action 

aaaaaaa 

c 

Accelerate  to  backing  apaad 

F2c 

F3b 

Contmu 

1  Salad  apaad  mcreaee  target 

Diacrata 

Daciaion 

2  Commend  revere#  thru  at  mcreaee 

Diacrata 

Action 

3  Monitor  indict  ted/com  man  dad  apead 

Intarmit 

Inform 

4  Evaluate  apaad  mcreaee  prograae 

Intarmit 

Daciaion 

5  Modify  thruat  commenda  aa  required 

Intarmit 

Action 

BBBBBBBB 

d 

Maintain  backing  apeed 

E3 

F3c 

F3b 

Contmu 

1  Monitor  Indice  ted/com  mended  apeed 

Intarmit 

Inform 

2  Evaluate  speed  change  requirement# 

Intermit 

Daciaion 

3  Modify  thrust  commenda  aa  required 

Intarmit 

Action 

■■BMM 

a 

Decelerate  to  a  atop 

E4 

F3d 

F2d  3b 

Contmu 

1  Salad  apeed  decreet#  target 

Diacrata 

Daciaion 

2  Commend  reverse  thru  at  decreeee 

Diacrata 

Action 

:  . 

3  Monitor  md>ca  tad/comm  an  dad  apead 

Intarmit 

Inform 

4  Evaluate  apaad  decreeee  progreee 

Intarmit 

Oaciaion 

S  Modify  firuet  command#  aa  required 

Intermit 

Action 

F4 

Managa  Flight  Plan 

F5 

Managa  Convngenoee 
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Cvmt 


TWm 

00 00  45 


V 

Evant 

<  > 

Tima  Window 

■ 

Tima  CXiration 

E 


1  Aircraft  Hoppad 

2  End  taxi  dMrinc*  acknow 

3  On  ooursa 

4  Attain  tan  apaod 
3  Dacafarabcm  cua 


»  [Aircraft  ajpgad, 


sm*L 


1 


1.2.1 

UJJL 


Misoiotv 

Partod: 

Ptiaaa: 


LAX  to  JFK 
Paparmra 
Tail  out 

-P*p»nvrtJi»i. 


Evvnt/Functfon 

P9P#"« 

iancy 

<X>  •  9  t>  •  t 

9  V  V  V  V  9 

Evi 

m 

Fyngtiog 

Parformanca 

Function_ J 

Pro 

Rat 

5ag 

Con 

5chady!a 

Caiaaorv 

FI 

Managa  Flight  Coordinator! 

a 

Monitor  Partylina 

Intarmit 

Inlorm 

b 

Raport  aircraft  ciaar  of  gata 

E  1 

Diacrata 

Comm 

<—  m—> 

c 

Raqoaat  taxi  daaranca 

Fib 

Diacr ata 

Comm 

<—m—> 

4 

Racarva  taxi  daaranca 

Fic 

Diaci ata 

Comm 

<—  ■  — » 

a 

Acknowtadga  taxi  daaranca 

Fid 

Oiecrata 

Comm 

- - ■ - - 

f 

Briaf  Pa  aaangar  a/Craw 

F2c 

Diacrata 

Comm 

< - ■  —> 

9 

Raeaiva  Caban  Raport 

F2o 

Diacrata 

Comm 

F2 

Managa  Aircraft  Syatams  Piocaduraa 

<—  ■  —x. - ■  — x —  I  — x— *  ■ - x—  m—t X-  ■  — x—  ■  — x —  I  — » 

a 

Monitor  syalama  atatua 

Intai  mil 

Inlorm 

<—  B-o- 

b 

Disangaga  ground  manauvarmg  Oak  a  ay< 

C2 

Diacrata 

Action 

<—  m^> 

c 

Accaaa  taxi  chackiiat 

C2 

Diacrata 

Action 

<-■ - » 

4 

Errand  Rapa  to  2S  dagraaa 

F2c 

Oiaci  ata 

Action 

< —  ■ - > 

a 

Errand  sJaia 

F2c 

Diaci ala 

Action 

- - ■ - » 

f 

Arm  apodars 

F2C 

Diacrata 

Action 

< - - ■ - - 

9 

Arm  amargamcy  braking  ayatam 

F2c 

Diacrata 

Action 

- - ■ - > 

h 

Varify  Right  controta  oparability 

F2c 

Diacrata 

Daciaion 

< - ■  — > 

1 

Conftgura  afackomc  diaplay  ay  at  am 

F2C 

Diacrata 

Action 

<-■-> 

1 

Stow  laxr  chackliat 

Ei 

Diacrata 

Action 

k 

Engaga  ground  manauvarmg  braka  aya 

ES 

E£ 

Fid 

Diaci ata 

Action 

n 

Managa  Aircraft  Movamant 

<-  ■  —X-  ■ - X—  ■ - » 

a 

Monitor  Ground/Flight  Path 

F2b 

Intai  mil 

Inloi m 

■■MM 

b 

Accalarata  to  taxi  apaad 

F2b 

F3af 

Conlmu 

1  Safact  apaad  manta  taigat 

Diaci  ata 

Daciaion 

2  Command  lorwaid  thru  at  mcraaaa 

Oiaci  ara 

Action 

3  Monitor  indicalad/commandad  apaad 

Intai mi  | 

Inloi  m 

4  Evaiuata  apaad  mcraaaa  piograaa 

Intarmit 

Daciaion 

5  Modify  hiuat  command*  aa  taquwad 

Intai  mil 

Action 

c 

Mam  lain  taxi  apaad 

E4 

F3b 

F3f 

Connnu 

1  Monitor  vdrca tad/oomm  andad  apaad 

Intai  mil 

Inlorm 

2  Evaiuata  apaad  chang a  laquuamants 

Intarmit 

Daciaion 

3  Modify  tirruat  comm  and  a  aa  laquwad 

Intai  mil 

A  chon 

BBMH 

d 

Dacafarata  o  a  atop 

E  3 

F3C 

F2k.3f 

Conlmu 

1  Satact  apaad  daoraaaa  targat 

Diacraia 

Daciaion 

2  Command  forward  thruat  daoraaaa 

Oiacrata 

Action 

3  Monitor  Indies  tad/oomm  an  dad  apaad 

Intai  mil 

Inlorm 

4  Evaiuata  apaad  dacraaaa  prograaa 

Intai  mil 

Daciaion 

5  Modify  tirusi  commands  aa  rsguvad 

Intai  mil 

Action 

HIM 

a 

Altar  haadtng  90  dagraaa  laft 

F2b 

F3b 

Contmu 

t  Safact  ataanng  option 

Diacr  ata 

Daciaion 

2  Command  laft  turn 

Diacraia 

Action 

3  Monitor  mdtcatadi  com  man  dad  powaon 

Intarmit 

tnloi m 

4  Evaiuata  ruin  progisas 

Intai  mil 

Daciaion 

5  Modify  ataanng  commands  aa  raquirad 

Intarmit 

Action 

t 

Mam  lam  Haadmg 

E  3 

Fla 

F3D-  d 

Contmu 

t  Monitor  rndnra  tad/com  man  dad  haading 

tntai mit 

Inlorm 

2  Evaiuata  haading  chang  a  isqoirsmants 

Intai  mil 

Daciaion 

3  Modify  ataanng  commands  aa  laquwad 

Intai  mil 

Action 

Fa 

Managa  Flight  Plan 

F5 

Managa  Consnganoaa 
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Evant 


Tima 


E  1  Aircraft  a  oppad 

2  EmidMamtdt 

3 

4 

5 
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Event/Function 

Pa pant 

Jancv 

®  9 

 E« 

mt 

Function 

Parfo 

on  a  nee 

V  V 

Function 

Pro 

flat 

Saq 

Con 

Schedule 

Category 

FI 

Manege  Flight  Coordmelon 

< —  ■  — ac - I-X-I-X-  ■ - X-  «-x-  «-x-  »-x-  U—> 

• 

Monitor  Pertyline 

Intermit 

Inform 

< - ■ - - 

b 

Report  imyil  at  runway  threabhold 

El 

Diacrete 

Comm 

« - ■ - > 

c 
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Oieerete 

Comm 

< - ■ - > 

d 

Racwv#  p  A  h  daararce 
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< - ■ - > 

• 
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Diacrete 
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< - —  —  ■ - > 

f 

Direct  crew  to  TO  poeibona 

F2b 

Diacrete 

Ccmm 

- - ■ - - 

g 

Recarve  eaben  report 

F2b 

Oieerete 

Ccmm 

F2 

Manage  Ancralt  Syetema/Piocedurea 

<-  ■  — X - ■  — X—  ■  —X—  ■ - X—  ■  — X—  ■  — X—  ■  — X—  ■  — > 

• 
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Intel  mit 

Inloim 

<—  ■  — » 

b 

Accaae  baiora  takeoff  checkkat 

El 

Diacrete 
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<—  ■ - > 

c 

Verify  ant) nee  ayatem  eat  aa  leqd 

F2b 

Dieci ete 

Decteion 

< - ■ - > 

4 

Activate  mam  landing  light# 

F2b 

Diacrete 

Action 

- - ■ - - 

e 

Activate  note  landing/taxi  lights 

F2b 
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Action 

< - ■ - > 

f 

Activate  high  intensity  lacog.  lights 

F2b 
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Action 

<—  ■  — » 

g 

Stow  before  takeoff  checkfiat 
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<—  m—> 

h 

Tuna  LA  tower 
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F3 

Manage  Aircieft  Movement 

F4 

Manage  Flight  Plan 
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Manage  Coninganoee 
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Ed 
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Comm 

F2 
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a 
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Intermit 
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<-■--> 

b 
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El 
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E4 

F3d 
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F3 
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b 
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Inform 

4  Evaluate  speed  increase  prograa* 
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5  Modify  thrust  command*  a*  required 

Intermit 

Action 

HMHMH 
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Maintain  tan  speed 
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F3b 
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Contmu 
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Decision 
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Action 

■■■MM 

d 

Decelerate  to  a  slop 

E4 

F3c 
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1  Select  speed  dacraaaa  t*iget 

Discrete 

Decision 

2  Command  forward  thrust  decrease 
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Action 
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F4 

Manage  Flight  Plan 

F5 

Manage  Consngancias 
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Monitor  Pertylme 

Intermit 

Inlorm 

<—  B  — x - fl  —x—  B - x — ■  B  —x—  B  — x—  B  — x—  B  — x—  B  — » 

<-  B  — > 

<—  B  — » 

F2 

4 

b 

c 

Managa  Aircraft  Syatema/Proceduree 

Monitor  eyeteme  atatua 

Otaangaga  ground  manauvrng  braka  ays 
Vanfy  airapaad  indication  accuracy 

El 

E2 

Intermit 

Diecrete 

Deaerate 

Inlorm 
Action 
Dacia  ion 

< - B  —x—  B  — x—  B - x-B— x-B  — x-B-x-B- > 

F3 

a 

b 

c 

Managa  Aircraft  Movamant 

Monitor  Ground/Flight  Path 

Maintain  heeding 

1  Monitor  mdicated/oomm  ended  heading 

2  Evaluate  heading  change  requirements 

3  Modify  eteenng  command#  as  required 
Accelerate  to  rotabon  spaed 

t  Select  apaad  increase  target 

2  Command  forward  ftruat  increase 

3  Monitor  indicated/ comm  ended  apaad 

4  Evaluate  apaad  'net ease  prograsa 

5  Modify  ttiruat  command#  aa  required 

F2b 

F2b 

F2b 

F3c 

F3b 

Intermit 

Continu 

Intermit 

Intermit 

Intermit 

Continu 

Deaerate 

Deaerate 

Intermit 

Intermit 

Intermit 

Inlorm 

Inlorm 

Decision 

Action 

Decision 

Action 

Inform 

Decision 

Action 

<—  B  — > 

F4 

• 

Managa  Flight  Plan 

Initiate  ai  apaad  (light  tm«  meeeuremnt 

F2b 

Diacrata 

Action 

F5 

Managa  Contngenaea 

V  Evant 
<  >  Tim#  Window 
_1 _ Lffll  Ouranon 


1  Mission:  LAX  to  JFK 

1.2  Period:  Depanura 

1.2.2  Pfitaa:  Takaoff 

1  2,2.1  Sagmant:  Takaoff  oround  rptt 


G-6 


ANALYSIS  FORMAT  *  e~q. _ Tim, 

E  1  Attar  lotabon  apaad  00:06  00 

2  Attain  dimb  apaad 

3  Attain  itibi*  flight 

4  Arnv*  at  50  FT  AGL  00  06.45 

5 

±1 


Cvant/Funcdon 

_ 

Janpy 

®  •  9  ® 

y  y  y  y 

 ivt 

mt 

Function 

Parfprmanca 

Action  

Pro 

3«Q 

Con 

?chtdyif 

Cltfflory 

FI 

Managa  Flight  Coordinator 

<-  ■  — x - ■  -x-  ■  ■ - x-  ■  -X-  R  -X-  ■  -X-  ■ 

a 

Monitor  Partytin* 

Intarmi  t 

Infoim 

F2 

Managa  Aircraft  Syalama/Piocaduraa 

<-  ■  — x - ■  — x—  ■ - x—  ■— X—  ■  —X—  R  — x—  ■  -X—  ■  -> 

a 

Monitor  ayatama  atatua 

Intarmit 

Inloi  m 

< - -  —  ■  — - - > 

b 

Raita  landing  gaar 

C3 

C4 

Diacrala 

Action 

c 

Diaarm  ground  apodara 

E3 

64 

Oiacrala 

Action 

F3 

Managa  Aircraft  Movamant 

<—  ■  — X -  ■  — X—  ■  —X—  ■  - X—  ■  — X —  ■  — X —  ■  — X—  ■  — > 

a 

Monitor  Ground/Flight  Path 

tntaimit 

Inloi m 

b 

Maintain  haading 

F3c-t 

Contmu 

1  Monitor  indicated /com  man  dad  haading 

Intai mi  t 

Inloim 

2  Evafuata  haading  changa  i  aqua  am  an  ta 

Intai  mil 

Daciaion 

3  Modify  roil  commanda  aa  taquaad 

Intai  mil 

A  etion 

■UM 

c 

Rotata  aircraft  to  takaolf  atbtuda 

El 

F3ba 

Contmu 

1  Salact  noaa  up  atbtuda  targat 

Diacrata 

Daciaion 

2  Command  pitch  up 

Oiacrata 

Action 

3  Monitor  md  catad/commandad  atbtuda 

Intarmit 

Inloim 

4  Evaiuata  attuda  changa  taqu  amanta 

Intarmi  t 

Daciaion 

5  Modify  pitch  commanda  aa  iaqmrad 

Intarmit 

Action 

d 

Aacand  to  50  FT  AGL 

F3c 

F3bal 

Contmu 

t  Safact  aittuda  ineiaaaa  uigat 

Oiaci  ata 

Daciaion 

2  Command  pitch  up  attiuda 

Oiaci  ala 

Action 

3  Monitor  mdicatad/commandad  altituda 

Intar  mi  t 

Inform 

4  Evaiuata  alfeluda  era  a*  a  prograaa 

Intai mi  I 

Daciaion 

S  Modify  pitch  commanda  aa  taquuad 

Intaimit 

Action 

a 

Accaiarata  to  cbmb  apaad  (V2«.10) 

El 

F3bcd 

Contmu 

1  Saiact  apaad  meraaaa  taigat 

Duct  aia 

Daemon 

2  Command  Forwatd  Thruat  Inaaaaa 

Diacrata 

Action 

3  Mom  lor  Indica  tad/Com  man  dad  Spaad 

Intaimit 

Inform 

4  Evaiuata  Spaad  Incraaaa  Prograaa 

Intai  mil 

Daciaion 

5  Modify  tfiruat  commanda  aa  raguvad 

Intarmit 

Action 

f 

Maintain  climb  apaad 

£2 

F3a 

F3bd 

Contmu 

t  Momtor  mdicatad/commandad  apaad 

Intai  mil 

tnfoim 

2  Evaiuata  apaad  changa  ragmramanta 

Intai  mil 

Daciaion 

3  Modify  tfiruat  commanda  aa  raqur/ad 

Intai  mil 

Action 

F4 

Managa  Flight  Plan 

<-  ■  — X - ■  — x-  ■  —X—  ■ - X-  ■  —  X-  ■  — X—  ■  -X  *  ■  --> 

• 

Monitor  Flight  progiaaa 

Intarmit 

Inlorm 

F5 

Managa  Conbnganaaa 

V 

Evant 

€  > 

Tima  Window 

■ 

Timt  frjiabon 

1  Mlaaion: 

LAX  to  JFX 

12  Period 

Dapartura 

1.2.2  Phaaa 

Taboo  ff 

1. 2.2.2  Saoment, 

liftoff 

G-7 


ANALYSIS  FORMAT  + 


Tims 
00  06  45 


V 

Event 

<  > 

Tim#  Window 

■ 

Tim*  Ours boo 

gww _ 

C  1  [Arrive  et  SO  FT  AGL 

2  End  Iraq  change  acknowledge 

3  End  Alt  change  Acknowledge 

4  Arrive  •(  1500  MSI.  00  07  30 


1  Mission  LAX  to  JFK 

1  2  Period:  Depart  re 

1.2.2  PtlAAA:  Tskeotf 

1.2  2.3  Segment:  Inldtl  Aaconl 


Event'Functlon 

Dependency 

®  ®  ®  ® 

V  V  V  V 

Evt 

mt 

Function 

Perlormence 

Function 

Pro 

R*t 

Seq 

Con 

SchAdut* 

C*  tA  Q  Of  Y 

FI 

Menage  Flight  Coordinator! 

<-  ■  — x - a_K—  ■  -X-  ■ - X-  ■  -X-  ■  —X-  ■  —X-  ■ 

A 

Monitor  PArtylino 

Intermit 

Inform 

<-  m—i > 

b 

Recerve  comm  frog  change 

Discrete 

Ccmm 

<-■-* 

c 

Acknowledge  comm  freq  chAng* 

Fleb 

Discrete 

Comm 

<-■-» 

d 

Report  Airborne  AtAtu* 

F2b 

Discrete 

Comm 

<-  ■  — * 

• 

RACAIVA  HAW  Alt  dAATAnCA 

Fid 

Discrete 

Comm 

<—  m—> 

f 

Acknowledge  new  eft  dear  ah  ce 

Fie 

Discrete 

Comm 

F2 

Manege  Aircreh  Syeteme/Pioceduree 

* 

Monitor  systems  status 

Inteimit 

Inloi m 

<—  ■  — » 

b 

Tune  LA  departs  control 

E2 

Fib 

Discrete 

Action 

F3 

Menage  Aircraft  Movement 

<—  ■  — X—  —  ■  — x—  ■  —X—  ■ - X—  ■  —X—  ■  —X—  ■  —X—  ■  — » 

A 

Monitor  Ground/Flight  Path 

Intel  mil 

Inform 

b 

Maintain  ckmb  speed 

F3cde 

Contmu 

t  Monitor  indtce led/oomm ended  speed 

Intel  mil 

Inform 

2  Evaluate  speed  change  lequrrements 

Inteimit 

Da  ci  sion 

3  Modify  fcruet  commends  as  isquired 

Inteimit 

Action 

c 

Maintain  Heeding 

F3bde 

Contmu 

1  Monitor  mdiceted/commended  heeding 

Inteimit 

Infoim 

2  Evefuete  hesding  chenge  requirements 

Inteimit 

Decision 

3  Modify  toll  commends  as  required 

Intel  mil 

Action 

d 

Ascend  to  1500  FT  MSL 

El 

F3bc 

Contmu 

t  Select  Altitude  mcresse  teiget 

Discrete 

Decision 

2  Commend  pitch  up  sbtide 

Diecrete 

Action 

3  Monitor  mdiceted/commended  Attitude 

Intermit 

Inform 

4  Eveluete  altkide  mcresse  progress 

Intel mit 

Decision 

5  Modify  pitch  commends  ee  i squired 

Intermit 

Action 

A 

Ascend  to  13.000  FT  MSL 

E3 

F3d 

F3bc 

Contmu 

t  Select  aittude  mcieeee  taiget 

Dieci ete 

Decision 

2  Commend  pitch  up  sbtude 

Discrete 

Action 

3  Monitor  tndiceted/com mended  Attitude 

Intermit 

Infoim 

4  Eveluete  eltkjde  mcresse  progress 

Inteimit 

Decision 

S  Modify  pitch  commends  as  requited 

Inteimit 

Action 

F4 

Manege  Flight  Plan 

<—  ■  — X - ■  _x—  ■  —X—  ■  - X—  ■  —X—  ■  —X—  ■  — X—  ■  — > 

A 

Monitor  night  progress 

Intermit 

Inloim 

F5 

Menege  Contingencies 

G-8 


ANALYSIS  FORMAT  + 


Tim* 

00  0  7  30 


V  Evant 
<  >  Tim*  Windrwn 

■  Tim*  Oman  on 


Evamt 


E  1  [Arnv*  at  t  500  MSL 

2  Croaa  LAX  VORTAC 

3  Attain  nap  rat  apd  {t?6  Kt») 

4  Attain  alat  rat  apd  {214  ktsj 

3  Atten  Vmm  (250  ktat  00  04  00 


1  Ulaaion  LAX  to  JFK 

1  2  Parlod,  Dap  ariu  ra 

1  2.2  Phaaa  Takaoft 

1. 3.2-4  Sag  man  t:  Tr*n*ftlon/acca*»fadcn 


Evant/Func  tlon 

P*P*"< 

tencv 

®  S  <3  OS 

V  V  V  V  V 

Evr 

ml 

Function 

Parlo 

rmsnca 

Function 

Pro 

5aq 

Con 

Schadufa 

Catagory 

FI 

Managa  Flight  Coordinator 

<-  R-X - ■— X-  ■  -X—  R - X-  ■  — X-  m—x—  R-x-  ■— » 

a 

Monitor  Partylma 

fntarmit 

fnform 

F2 

Managa  Arrcraft  Systama/Procaduraa 

<-m—x —  r^x-  ■ — X-  ■ x-  r^-r^x-  m-x-m-* 

a 

Monitor  ayatama  atatua 

fntarmrt 

Inform 

<—  ■— » 

b 

Activata  night  gmdanca/conttol  ayatam 

El 

Diacrata 

Actron 

<-R-> 

c 

R  a  tract  flapa 

E3 

Diacrata 

Actron 

<—  m—> 

d 

Ratract  a/ata 

C4 

Oiscrata 

Action 

F3 

Managa  Axcralt  Movamant 

<—  R-x - ■ — X—  R-x-  ■ - x—  R-x-  ■  — x-  R  -X-  ■  — > 

a 

Monitor  Ground/Flight  Path 

Intarmit 

Inform 

b 

Mamtain  Haadmg 

F3cda 

Contmu 

1  Monitor  indicated /com  man  dad  haadmg 

Intarmit 

Inform 

2  EvaHjata  haadmg  changa  raqurramants 

Intarmtt 

Dacition 

3  Modify  roll  command*  a*  raqowad 

Intarmit 

Action 

c 

Contnoa  Aacant  to  1 3,000  FT  MSL 

Flcda 

Continu 

t  Monitor  mdica  ted/comm  and  ad  altituda 

tntarmrt 

Inlorm 

2  Evaluate  altfcjda  mcraaaa  prog  aaa 

Intarmrt 

Daciaion 

3  Modify  pitch  commands  aa  raqmrad 

Intarmit 

Actron 

d 

Mamtain  apaad  <V2r>t o> 

F3bc 

Continu 

t  Monitor  indicated/ comm  an  dad  apaad 

Intarmit 

Inlorm 

2  Evakiata  apaad  changa  raqmra  manta 

Intarmit 

Oaciaion 

3  Modify  tiruat  command  a  aa  raqurrad 

Intarmrt 

Action 

a 

Accalarata  to  250  knots 

E2 

F3d 

F3bc 

Continu 

1  Safact  apaad  mcraaaa  targat 

Diacrata 

Daciaion 

2  Command  forward  Piruat  mcraaaa 

Oracrata 

Actior\ 

3  Monitor  mdica  tad/ comm  and  ad  apaad 

Intarmrt 

Inlorm 

4  Evaluate  apaad  mcraaaa  prograaa 

Intarmit 

Daciaion 

5  Modify  ihrust  commands  ss  raqurrad 

Intarmit 

Action 

F4 

Managa  Flight  Plan 

<—  ■  — X— -  ■  — X—  ■  — X—  ■ - X—  ■  — X—  ■  — X—  ■  — X—  ■  — > 

a 

Monrtor  flight  prograaa 

Intarmrt 

Inform 

F5 

Managa  Conknganaaa 
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ANALYSIS  FORMAT  + 


Event 


V 

Event 

<  > 

Time  Window 

■ 

IhPf  Pvfyt*00.. 

Time 


E  1  AH mn  Vmm  {250  kts) 

2  Amv«  •(  3.000  FT  MSL 

3 

4 
3 


00:06  00 
00:00  00 


i 

Mlealon: 

LAX  to  JFK 

1.2 

Period : 

Departure 

1  2.2 

PtlMK 

Takeoff 

1.2  2.3 

Segment; 

Aecent  to  3.000  FT  MSL 

Event/Funcdon 

Da  pen 

Jancv 

<* 

m  t 

Func 

«pn 

Perto 

rmance 

V 

V 

Function 

Pro 

Rat 

Sag 

Con 

Schedule 

Category 

FI 

Manege  Flight  Coordmelon 

Monitor  Partylina 

Intermit 

Inform 

<-  m  -x - ■— at-  ■ - x-  ■  -X-  ■  -x-  ■ 

<— ■— » 

F2 

a 

b 

Manage  Aircralt  Syeteme/Proceduree 
Monitor  eyeteme  atatua 

Activata  bank  angle  limiting  syetem 

El 

Intermit 

Oaacrata 

Inlorm 

Action 

<-l-M - l-X-l-X-  ■  - X-l-X-l 

—X—  ■  — X—  ■  — > 

F3 

a 

Manage  Aircraft  Movement 

Monitor  Ground/Flight  Path 

Uatalain  IliaHnn 

Intermit 

Continu 

Inform 

jniWn  nw®Oin^ 

1  Monitor  ndica  lad/comm  ended  heading 

2  Evaluate  heeding  change  ra  qua  amenta 

3  Modify  roll  comm  and  a  aa  required 

C  /Wikfine  Aaeaiil  ,  \  rwi  CT  liCl 

Intermit 

Intermit 

Intermit 

Continu 

Inform 

Decieion 

Action 

WOHOnUt  AKirll  *0  1J  ,WU  r  1  WO  L 

1  Monitor  indicated/commanded  altitude 

2  Evaluate  altitude  increase  progress 

3  Modify  pitch  commands  *>e  required 

UAiAteM*i  rxAxH  / O  XA  Lte  t 

Intermit 
Intermit 
Intermit 
Con  tinu 

Inlorm 

Oecieion 

Action 

MBI nUlnl  lyvVw  OV  K  t8| 

1  Monitor  indicated/commanded  spaed 

2  Evaluate  speed  change  requirements 

3  Modify  speed  commands  aa  required 

Intermi  t 
Intermit 
Intermit 

Inlorm 

Decision 

Action 

<~  ■  — X - ■  —X—  ■  — X—  ■ - X—  ■  —X—  ■ 

— X-  ■  —X-  ■  — > 

F4 

a 

Manage  Flight  Plan 

Monitor  flight  progress 

Intermit 

Inlorm 

F5 

Manage  Conangenaes 
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ANALYSIS  FORMAT  * 


Event 


Tim* 

00  09  00 


y 

Evant 

<  > 

Tima  Wmdw* 

Tima  Ourahon 

C  1  Azov*  at  3,000  FT  MSI 

2  On  ooutm 

3  End  alt  change  ec know 

4  Arrive  at  10.000  FT  MSL  00  1 1  00 


1  Ml  eat  on  LAX  to  JFK 

1.2  Period1  Departure 

1.2.3  Phase  Climb 

1.2  3.1  Segment;  Aacont  to  10,000  FT  MSL 


fvent/functlon 

Depeni 

lenev 

®  *  9  0 

y  V  y  y 

Eyi 

•nt 

Evnctfon 

Performance 

gVQFtfon 

Pro 

Rat 

5eq 

Con 

Schaduia 

Category 

FI 

Manege  Flight  Coordmaeon 

<-  |^K - ■  -X-  ■  -X-  ■  - -  ■  -X-  •  -X-  ■  — -X—  ■  -^> 

a 

Monitor  Pertylms 

Intermit 

Inform 

<—  ■  — > 

b 

Receive  new  ait  deerance 

Oiacrata 

Comm 

Fib 

<-  ■ 

4 

Brief  passengers  on  Right  plan 

C4 

Diacrata 

Comm 

F2 

Managa  Aircraft  Syeteme/Proceduree 

<_  ■  — x—  ■  _x—  ■  — x—  ■  — x—  ■  —x—  ■  — x—  ■ - x—  ■ - » 

a 

Monitor  systems  atatua 

Inter  mil 

Inform 

<—  ■— > 

b 

Actrvata  auto  thiottla  system 

El 

Oiacrata 

Action 

<-  ■— > 

c 

Accaaa  altar  lakaolf  checklist 

El 

Oiacrata 

Action 

<-  ■ - > 

d 

Varify  landing  gaar  raieed 

F2c 

Oiacrata 

Oecieion 

< - ■ - - » 

a 

Vanfy  flaps  ratractad 

F2c 

Oiacrata 

Decision 

< _ ■ _ > 

f 

Varify  alato  ratractad 

F2c 

Oiacrata 

Oecieion 

< - a - » 

9 

Vanfy  spotters  diaarmad 

F2c 

Otacr  ala 

Oecieion 

< - B - » 

h 

Oaactrvata  auto  braking  system 

F2c 

Oiacr  ate 

Action 

< - a - > 

1 

Varify  aatarnal  lights  aat  as  requ  ad 

F2C 

Oiacrata 

Decision 

< - B  — > 

1 

daact  no  sfflokmg/aeet  bait  warning  aya 

F2c 

Oiacrata 

Action 

<—  a  — » 

k 

Stour  altar  takaoff  chackliat 

Oiacrata 

Actron 

<_a - > 

l 

Reconfigure  pnaumatca  ayatam 

S4 

F2k 

Oiacrata 

Actron 

< - a - > 

m 

Raconfigura  mt  conditioning  ayatam 

64 

F2k 

Oiacrata 

Action 

« - B - > 

n 

Raconfigura  hydraulic  ayatam 

64 

F2k 

Oiacrata 

Action 

< - B - - 

o 

Ra  coofigur  a  tu  el  a  ya  t  am 

64 

F2k 

Oiacrata 

Action 

< - B_> 

P 

Raconfigura  pressurize  ton  ayatam 

Oiaci ate 

Action 

F3 

Managa  Aircraft  Movamant 

a 

Monitor  Ground/FNght  Path 

Inter  m i  r 

Inloi m 

b 

Maintain  apaad  (250kte) 

F3c  f 

Contmu 

t  Monitor  indie  a  tad/com  man  dad  apaad 

tniar  mi  l 

Intorm 

2  Evalusts  apaad  changa  requirements 

Intermit 

Oecieion 

3  Modify  frirust  commanda  as  required 

Inter  mi  i 

Action 

c 

Turn  to  naw  ha  ad  mg 

El 

F3ba 

Contmu 

1  Sal  act  roll  rataa 

Oiacr  are 

Decision 

2  Monitor  tor  rod  m  cua 

Intermit 

Intorm 

3  Command  laft  roll  m 

Oiacrata 

Action 

4  Monitor  mdi  cat  ad /comm  and  ad  oil  rata 

Inter  mil 

Inloi m 

5  Evaluate  lim  prograaa 

Inter  mil 

Decision 

6  Modify  roll  rata  aa  required 

Intermit 

Action 

7  Monitor  for  roll  out  cua 

Intermit 

Inlorm 

8  Command  right  roll  out 

0«acr  ate 

Action 

9  Evaiuata  ac ovary  prograaa 

Intermit 

Oecieion 

10  Modify  rod  rata  aa  required 

Intermit 

Action 

d 

Maintain  ha  ad  mg 

E2 

F3c 

F3bef 

Contmu 

1  Monitor  indicated /commanded  heading 

Intermit 

Inlorm 

2  Evaiuata  heading  changa  requirements 

Intermit 

Oaosion 

3  Modify  roll  commanda  aa  aquirad 

Intermit 

Action 

a 

Continue  aacant  to  13.000  FT  MSL 

F3bcd 

Conrmu 

1  Monitor  mdica  ted/comm  ended  attitude 

Intermit 

Inlorm 

2  Evaluate  elttuds  increase  prograaa 

Inter  mi  t 

Oecieion 

3  Modify  pitch  commanda  aa  required 

Intermit 

Action 

f 

Ascend  to  18,000  FT  MSL 

E3 

F3bd 

Contmu 

t  Select  alatude  tncreeee  target 

Diacrata 

Decision 

2  Command  pitch  up  ettkjde 

Oiacrata 

Action 

3  Monitor  mtfcca  ted/commended  altitude 

In  lar  mr  r 

Inlorm 

4  Evaiuata  aitlids  mcraaaa  prograaa 

Intermit 

Oecieion 

5  Modify  pilch  commanda  aa  required 

Inter  mi  r 

Action 

F4 

Managa  Flight  Plan 

<-  B  -x - B  —x-  ■  — X—  a - x-  B  —x-  a  -x-  B  -^x-  ■  -^> 

a 

Monitor  flight  prograaa 

Inter  mrt 

Inlorm 

F5 

Managa  Conanganoaa 

G-l  1 


ANALYSIS  FORMAT  * 


E  1 

Arrive  at  10,000  FT  MSL  00:11:00 

2 

On  cowm 

1  Mtaaion  LAX  to  JFK 

V  Event 

3 

End  freq  changa  ack 

1 J 

Period;  Daperhjre 

<  >  Time  Window 

4 

End  dt  changa  ack 

1.2.3 

Phaaa.  Climb 

■  Tint  Duration 

3 

End  traffic  advisory 

1.2.32 

Seamen 

it;  Aacent  to  10.000  FT  MSL 

Cvant/Functlon  

• 

Arrive  at  14.000  FT  MSL  00:13:12 

P*P*K^°CY 

ft  •  * 

ft  ft  ft 

. E« 

»nL 

 Func 

tiPf!. 

Performance 

v  Y  Y 

V  V  V 

Function 

Pro 

.flat 

Sect 

Con 

Schedule 

Celeoorv 

Fl 

Manage  Right  Coordinator 

<-  ■  — -X —  ■  — x—  ■  _ 

-x-  ■  -^X—  ■  —X-  ■ 

— x-  ■ - -  ■ - - 

• 

Monitor  Ptrtylina 

Intermit 

inlorm 

<- 1-^» 

b 

Racanra  comm  Iraq  changa 

Oiscrata 

Comm 

c-  m—» 

c 

AckncxHadga  comm  Iraq  change 

Fib 

Oiscreta 

Comm 

t-m—y 

d 

Report  position  to  LA  can  tar 

F2f 

Oiscrata 

Comm 

*-  ■-> 

• 

Racarva  new  dt  clearance 

Fid 

Oiscreta 

Comm 

c-  ■— a 

f 

Acknowledge  naw  alt  daaranca 

Fie 

Oiscrata 

Comm 

—  fl  — >» 

fl 

Racarva  raffle  advisory 

Oiscrata 

Comm 

<—  ■  — > 

h 

Report  tratfio  sighing 

F3a1 

Oiscreta 

Comm 

F2 

Managa  Atrcrelt  Sysiams/Procadoras 

<-  ■  —X-  ■  — x-  ■  — 

— x—  ■  -x-  ■  -x-  ■ 

— x—  ■ - -  ■ - » 

a 

Monitor  systems  status 

Intermit 

Inlorm 

b 

Activate  fl^ht  mgnt  sys  spaad  moda 

El 

Oiscreta 

Action 

c 

Oaacsvaw  mam  landing  lights 

El 

Efi 

Oiscreta 

Action 

- - ■ - 

d 

Oeactvata  nosa  landing  iights 

Ei 

E* 

Oiscreta 

Action 

a 

Varify  hi  int  racog  iights  activated 

El 

E4 

Oiscreta 

Decision 

f 

Tuna  LA  camar 

E3 

Fib 

Oiscreta 

Action 

F3 

Managa  Aircraft  Movamant 

«-  ■  -X-  ■  — X-  ■ - 

-X-  ■  -X-  ■  -X-  ■ 

• 

Monitor  Groond/FMghl  Pah 

intarmit 

Inform 

<-  ■— > 

1  Varify  traffic  location 

B 

Fit 

Oiscrata 

Decision 

b 

Aocalorata  lo  cruise  spaad 

F3c-f 

Conti  nu 

1  Saiact  spaad  mcraasa  targot 

Oiscreta 

Oe  ci  si  on 

2  Command  forward  hoist  increase 

Oiscreta 

Action 

3  Monitor  indicated/ com  mended  spaad 

Intarmit 

Inform 

4  Evaluate  spaad  increase  prograss 

Intermit 

Daemon 

3  Modify  thrust  commands  as  required 

intermit 

Action 

MftftMM 

c 

Turn  to  new  heading 

El 

F3ba 

Contmu 

t  Select  roll  rams 

Discrata 

Decision 

2  Monitor  for  roll  in  cue 

Intermit 

Inlorm 

3  Command  left  roN  in 

Oiscreta 

Action 

4  Monitor  indicated/ commanded  rod  rata 

Intarmit 

Inlorm 

3  Evaluate  urn  progress 

Intermit 

Oectsion 

6  Modify  roll  rata  as  required 

Intermit, 

Action 

7  Monitor  for  ro  out  cue 

Intermit 

inlorm 

4  Command  right  roll  out 

Oiscreta 

Action 

•  Evaluate  recovery  progress 

Intermit 

Occasion 

10  Modify  ro *  rata  as  required 

Intarmit 

Action 

d 

Masntam  Heading  (SU  vortec) 

E2 

F3c 

F  3baf 

Contmu 

f  Monitor  indicated/ commanded  htading 

Intormlt 

Inlorm 

2  Evduate  heading  changa  requirements 

Intermit 

Oectsion 

3  Modify  roN  00  mm  and s  at  raquirad 

Intermit 

Action 

• 

Conenua  ascent  to  14,000  FT  MSL 

F3ba1 

Con  tmu 

1  Monitor  indicated/ commanded  eiaiude 

intermit 

Inform 

2  Evaluate  efaajda  increase  progrots 

Intermit 

Oeasion 

3  Modify  pitch  commands  as  required 

Intarmit 

Action 

f 

Ascand  to  23  000  FT  MSL 

£4 

F3e 

F  3bd 

Contmu 

f  Select  el dtude  increase  target 

Discrete 

Oe  ci  si  on 

2  Command  pitch  up  attitude 

Oiscreta 

Action 

3  Monitor  indicated/commanded  el  Mud  a 

Intarmit 

Inform 

4  Evaluate  atatuda  mcraasa  prograts 

Intarmit 

Oectsion 

3  Modify  pitch  commands  as  raquirad 

intermit 

Action 

F4 

Managa  Flight  Plan 

€-  ■  — X - ■— M - 

■  -X-  ■ - X-  ■  — x—  ■  -X-  ■  -X-  fl  — > 

a 

Monitor  flight  progress 

Intermit 

Inlorm 

F5 

Managa  ConDngenciat 

G-12 


ANALYSIS  FORMAT  * 


V 

Event 

<  > 

Tim*  Window 

1_ 

Tim*  Ourehon 

_ Ewnt _ Tim* 

E  1  [Arrive  et  1 8.000  FT  MSL  00  15  1~2 

2  Ciom  SU  votltc  0017  42 

3 

4 

5 

» 


1 

Mteefon. 

LAX  to  JFK 

1.2 

Period 

Departure 

1.2.3 

Phee* 

Climb 

Segment 

Ascent  to  wpt  SU  vonsc 

Event/Function 

Depen < 

»*ncy 

i)  * 

V  v 

E« 

mt 

Function 

Pwlo 

rmence 

Function 

Pro 

R*t 

Sea 

Con 

Schedule 

Category 

F1 

Menage  Flight  Coord  n* Ion 

<-  ■  -X - ■  —X-  ■  -X-  ■ - X-  ■  — X — ■  ■  -X-  ■  —X-  ■  -^> 

a 

Monitor  Pertylm* 

Intermit 

Inlorm 

F2 

Menege  AircieM  System*  Procedures 

• 

Monitor  system*  stetu* 

Intermit 

Inlorm 

<—  ■  — » 

b 

Adjust  altimeters 

El 

Oiscr  et* 

Action 

F3 

Meneg*  Aircreft  Movement 

<-m—X - ■ - X-  i-x-l-x-  ■— X-  I  — > 

• 

Monitor  Ground/Flight  Peth 

Intermit 

Inlorm 

b 

Maintain  heading  (SU  vor tec) 

F3cd 

Continu 

1  Monitor  nd  ice  ted /com  mended  heeding 

Intermit 

tnlor  m 

2  Evaluate  heading  change  requirements 

Intermit 

Oecision 

3  Modify  roll  commende  et  required 

Intermit 

Action 

c 

Conanue  e scent  to  23,000  FT  MSL 

F3bd 

Continu 

1  Monitor  *>d«ce ted/commended  altitude 

Intermit 

Inform 

2  Evaluate  etllud*  increase  progreee 

Interm  it 

Decision 

3  Modify  pitch  command*  es  required 

Inter  mil 

Action 

d 

Contnue  acceleration  to  cruise  speed 

F3bc 

Continu 

1  Monitor  indicated,  commanded  speed 

Intermit 

Inform 

2  Eveiuete  speed  mcreaa*  progress 

Interm ,  t 

Decision 

3  Modify  thrust  commend*  *s  required 

Intermit 

Action 

F4 

Meneg*  Flight  °1an 

<-  ■  -X - ■  -X-  ■  —X-  ■ - X-  ■  -X-  ■  —X-  ■  -X-  ■  -» 

• 

Monitor  flight  progress 

Intermit 

Inlorm 

FS 

Menege  Contingencies 

G-13 


ANALYSIS  FORMAT  + 


E  1 

Croaa  SU  vortac  00:17:42 

2 

On  oowm 

1  Mlaalon  LAX  to  JFK 

9  Evant 

3 

End  comm  fraq  changa  acfc 

1.2 

Parlod.  Ooparturo 

<  >  Tim#  Window 

4 

End  alt  changa  achnow 

1.2.3 

Phaao:  Cilmto 

_ ■ _ Timt  Duration, 

i 

Croaa  TRM  vortac  002«  06 

1. 3.?.4 

Sag  moot: _ Aacant  to  wpt  TRM  vortac 

.  Evnt/Functfon 

iancy 

®  9  9 

•  ® 

Evt 

■"t 

Function 

Parfo 

rmanca 

9  9  V 

9  9 

Function 

Pro 

Rat 

Saa 

Con 

Schaduta 

Calagory 

FI 

Managa  Flight  Coordination 

<-  ■  — J< - ■  — X- 

a 

Monitor  Partylina 

Inlarmit 

Inform 

<-  m—i > 

b 

Racarva  comm  Iraq  changa 

Ciacrata 

Comm 

<—  ■— o 

c 

AcknoWadga  comm  Iraq  changa 

Fib 

Diacrata 

Comm 

<—  ■— * 

d 

R  a  port  poaiton  to  LA  can  tar 

F2b 

Oiacrata 

Comm 

<>■-» 

• 

Racarva  naw  alt  daaranca 

Fid 

Diacrata 

Comm 

<—  ■ 

f 

AckntMdadga  naw  all  daaranca 

Fla 

Diacrata 

Comm 

F2 

Managa  Aircraft  Syatama/Procaduraa 

<—  ■  — X-  ■  — X-  ■ 

— x-  ■  —X-  ■  -X-  ■ 

-X-  ■ - X-  ■ - > 

• 

Monitor  ayatama  atatua 

Inlarmit 

Inlorm 

<-■ 

b 

Tuna  LA  cantar 

E3 

- 

Fic 

Diacrata 

Action 

F3 

Managa  Aircraft  Movamant 

- - ■ — X— 

■  — X —  ■ - X—  ■  —X-  ■  —X—  ■  — X —  ■  -» 

• 

Monitor  Grognd/Flight  Path 

Inlarmit 

Inlorm 

b 

Contnua  accafaration  lo  canaa  apaad 

F3c*f 

Contmu 

t  Monitor  indica  tad/com  man  dad  apaad 

Intarm  it 

Inlorm 

2  Evaluata  apaad  inoraaaa  prograaa 

Intarmil 

Daciaion 

3  Modify  thruat  command#  aa  raquirad 

Inlarmit 

Action 

■HMB 

Turn  to  naw  haading 

El 

F3ba 

Contmu 

t  Salad  roll  rataa 

Diacrata 

Daciaion 

2  Monitor  lor  rod  m  cua 

Inlarmit 

Inlorm 

3  Command  (aft  rod  m 

Oiacrata 

Action 

4  Monitor  mdicatad/commandad  roll  rata 

Intarmil 

Inform 

5  Evaluata  turn  prograaa 

Intarmi  1 

Daciaion 

6  Modify  rod  rata  aa  raquirad 

Intarmil 

Action 

7  Monitor  lor  roll  out  cua 

Intarmi  t 

Inform 

A  Command  right  roll  out 

Oiacrata 

Action 

9  Evaluata  tacovary  programs 

Intarmi  t 

Daciaion 

10  Modify  roll  rata  aa  raquirad 

Intarmit 

Action 

d 

Maintain  haading  (TRM  vortac) 

£2 

F3c 

F3baf 

Contmu 

t  Monitor  ndicatad/commandad  haading 

Intarmit 

Inform 

2  Evakiata  haadmg  changa  raquuamant* 

Intarmrt 

Daciaion 

3  Modify  roll  commanda  aa  raqurad 

Intarmi  t 

Action 

■ 

Conanua  aacant  to  23.000  FT  MSL 

F3bcd 

Contmu 

1  Monitor  indica  tad/comm  and  ad  altituda 

Intarmit 

Inlorm 

2  Evaluata  albluda  inoraaaa  prograaa 

Intarmit 

Dacision 

3  Modify  pitch  commanda  aa  raquirad 

Intarmit 

Action 

1 

Aacand  to  33.000  FT  MSL 

E4 

F3a 

F3bd 

Contmu 

1  Salact  ahtuda  incraaaa  largal 

Diacrata 

Oaciaion 

2  Command  up  atftluda 

Oiacrata 

Action 

3  Monitor  indtcatad/commandad  altuda 

Intarmi  t 

Inform 

4  Evaluata  altituda  inoraaaa  prograaa 

Intarmil 

Daciaion 

5  Modify  pitch  commanda  aa  raquirad 

Intarmi  t 

Action 

F4 

Managa  Flight  Plan 

<-  ■  — X - ■— X- 

■  -x-  ■ - x-  ■  — x-  ■  -X-  ■  -X-  ■  — » 

a 

Monitor  flight  prograaa 

Intarmi  t 

Inlorm 

F5 

Managa  Contnganaaa 

G-14 


ANALYSIS  FORMAT  + 


Tim* 
00  26  06 


0 

Evant 

<  > 

Tim*  Window 

■ 

Tim*  Our*tion 

Event _ 

E  1  Croa*  TRM  vortac 

2  On  court* 

3  End  talfic  edvieory 

4  Croaa  TNP  vortac  00  29  46 

3 

L 


1  UleaJon  LAX  to  JFK 

1  2  Period.  Departure 

1  2.3  Phaa*  Cttmb 

1  2  3  3  Segment-  Aacant  to  wpt  TNP  vorfc 


Event/Function 

P4P**< 

**"cy 

®  •  9  ® 

9  V  9  9 

Evt 

m  - 

Function 

Pwfo 

rmanc* 

Function 

Pro 

Ret 

Saq 

Con 

Schedule 

Category 

FI 

Manag*  Fight  Coordinator 

c—  m  — x - ■  _ x-  a  — x—  a - x-  a  -x-  a  _x-  a  — **-  a  —> 

a 

Monitor  Partylin* 

Intermrt 

inlorm 

«—  a— » 

b 

Recetva  tr*lfic  advieory 

Oracrete 

Comm 

<—  a  — > 

c 

Report  traffic  aightmg 

F3e1 

Oiacrat* 

Comm 

F2 

Menage  Aircraft  Syetema/Proceduree 

<-  i-x ■  — x-  a x-  a— x-  a  — x—  a  —x—  a  — x—  a  — » 

a 

Monitor  ayatama  atatua 

tntermrt 

Inlorm 

F3 

Manage  Awcrelt  Movamani 

<—  a  — x a  — x—  a  — x—  a x—  a  — x—  a  — x—  a  — x—  a  — > 

a 

Monitor  Ground/Flight  Patti 

Intermit 

Inlorm 

<—  a— > 

t  Verily  trallic  location 

E3 

Fib 

Oiacrete 

Deciaion 

b 

Contnu*  aacant  to  33,000  FT  MSL 

F3cda 

Contmu 

t  Monitor  mdicatad/commandad  altitude 

Intermit 

tnlorm 

2  Evaluate  alkluda  moraaaa  prograaa 

Intermit 

Deciaion 

3  Modify  pitch  command*  a*  required 

Intermit 

Action 

c 

Conanu*  acceleration  to  can#*  apaed 

F3bd* 

Contmu 

1  Monitor  indicated/commanded  apead 

Intermit 

Inlorm 

2  Evatuat*  apaed  meraaa*  progrea* 

Intermit 

Dsciaion 

3  Modify  thruat  command*  a*  required 

Intermit 

Actron 

■MH 

d 

Turn  To  new  heading 

El 

F3bc 

Contmu 

1  Select  roll  rate* 

Oiecrete 

Deciaion 

2  Monitor  tor  rod  in  cua 

Intermit 

Intorm 

3  Command  left  rod  m 

Ditcrele 

Action 

4  Monitor  mdiceted/eommanded  roll  rat* 

Inter  mit 

tntorm 

5  Evaluate  turn  prograaa 

Intermit 

Deciaion 

6  Modify  roll  rat*  a*  required 

Intermit 

Action 

7  Monitor  tor  roll  out  eu* 

Intermit 

Inlorm 

fl  Command  right  roll  out 

Oiacr  ete 

Action 

9  Evaluate  recovery  prograaa 

Intermit 

Dacia  on 

10  Modify  rod  rata  aa  required 

Intermit 

Action 

• 

Maintain  heading  (TNP  vortac) 

E2 

F3d 

F3bc 

Contmu 

1  Monitor  indicated /commanded  heading 

Intermit 

Inlorm 

2  Evatuat*  heading  change  requirement* 

Intermit 

Dtciaion 

3  Modify  roll  command*  aa  required 

Intermit 

Action 

F4 

Menege  Right  Plan 

<—  a  — x - a  — x—  a  — x—  a  — — x —  a  — x—  a  — x-  a  — x—  a  — > 

a 

Monrtor  flight  prograaa 

Intermit 

Inlorm 

F5 

Manage  Confenganaaa 

G-15 


ANALYSIS  FORMAT  *  _ Event _ Tlnw 


E  1  Cross  TNP  vortac  00:29  « 


2 

On  couraa 

1  Mission  LAX  to  JFK 

V  Evant 

3 

Comm  spaed 

1.1 

Pari« 

t:  Dapartura 

<  >  Tima  WWtdow 

4 

End  baffle  sdvisory 

1.2.1 

Phase:  Climb 

■  Tim  a&J  ration 

3 

A rnva  at  33.000  FT  MSL  00:34  1  2 

M.M 

Soflfflwn; _ Aacant  to  crulaa  altitude 

Ev»ni/ Function 

6 

Depant 

fancy 

®  * 

9 

0  $ 

Evi 

Kit 

Function 

Performance 

V  V 

V 

V  V 

Funcdon 

Pro 

Rat 

Sao 

Con 

Schedule 

Cate  oory 

FI 

Msnsge  FWght  Coord  is  Ion 

<-  ■  -x - ■  — x — 

■  -X-  ■ - X-  ■  —X-  ■  —X-  ■  —X-  ■ 

• 

Monitor  Partylina 

Intermit 

Inlorm 

<-  m—> 

b 

Receive  tralfic  adviaory 

Oaacreta 

Comm 

<-  ■— » 

e 

Raport  traffic  sighting 

F3a1 

Deaerate 

Comm 

F2 

Manage  Aircraft  Syatama/Procaduraa 

<—  ■  -X - ■— x— 

■ - X—  ■— X—  ■  — X-  ■  -X-  ■  -X-  ■  •  -» 

• 

Monitor  ayatama  status 

Intermit 

Inlorm 

F3 

Manage  Aver  alt  Movamant 

<-  ■  -X - ■  — X- 

■  _ X-  ■ - X-  ■  -X-  ■  —X-  ■  -X-  ■  — » 

• 

Monitor  Groond/Flight  Path 

Intermit 

Inlorm 

<—  ■  — > 

1  Verily  trallic  location 

E4 

Fib 

Deaerate 

Decision 

b 

Coninoa  aacant  to  33,000  FT  MSL 

F3c-f 

Contmu 

1  Monitor  indicated/ com  mended  altitude 

Intermit 

Inlorm 

2  Evaluate  alitude  mcreaee  prog  sea 

Intermit 

Decision 

3  Modify  pitch  comm  and  a  aa  required 

Intermit 

Action 

■MBMM 

Turn  to  new  heading 

El 

F3ba 

Contmu 

1  Sated  roll  re  tea 

Discrete 

Decision 

2  Monitor  lor  rod  in  cue 

Intermit 

Inlorm 

3  Command  left  rod  in 

Discrete 

Action 

4  Monitor  indiceted/comm  ended  rod  rata 

Intermit 

Inloim 

5  Evaluate  turn  progreee 

Intermit 

Decision 

6  Modify  rod  rata  aa  required 

Intermit 

Action 

7  Mom  tor  lor  rod  out  cue 

Intermit 

Inloi m 

6  Command  right  roll  out 

Diacreta 

Action 

9  Evaluate  recovery  progreee 

Intermit 

Decision 

10  Modtly  roll  rale  aa  requited 

Intermit 

Action 

d 

Maintain  heading  (DRK  vortac) 

E2 

F3c 

F3b#l 

Contmu 

1  Monitor  indicated /commanded  heading 

Inteimit 

Inloi m 

2  Evaluate  heading  change  i  aqua  am  ants 

a 

Intermit 

Decision 

3  Modify  roll  commands  at  required 

Intermit 

Action 

a 

Continue  acceleration  to  cruiee  apaad 

F3bcd 

Contmu 

1  Momtor  tndica  tad/com  mended  speed 

Intermit 

Inlorm 

2  Evakjs  a  apaad  increase  progress 

Intermit 

Decision 

3  Modify  (hruat  commands  aa  required 

Intermit 

Action 

f 

Matotam  cruise  apaad 

E3 

F3a 

F3bd 

Contmu 

1  Mor  tor  indicated/ com  man  dad  apaad 

Intai  mit 

Inform 

2  Evaluate  apaad  change  requirements 

Intermit 

Decision 

3  Modify  hruat  commands  as  requited 

Intermit 

Action 

F4 

Manage  Flight  Plan 

<-  ■  — X - ■  —  X  — 

■  —X—  ■ - X  -  ■  —X-  ■  -X-  ■  —X-  ■  — » 

• 

Monitor  flight  progieea 

Intermit 

Inlorm 

F3 

Manage  Contnganoaa 

G-16 


ANALYSIS  FORMAT  + 


Tima 
00  34  1  2 


V  Event 
<  >  Tima  Window 
■  Tima  CHrrebon 


Evan! _ 

E  l  | Arrive  et  33.000  FT  MSL 

2  End  comm  Iraq  change  ec* 

3  Croat  DRK  vortee  00  56  12 

4 

5 

_ 


1  Ml  aw  on;  LAX  to  JFK 

13  Parlod.  En  route 

1  XI  Phsea  Cruiaa 

1.3  1.1  Sag  man  t  Right  to  wpt  DRK  vortsc 


Evan  (/Function 

Dap*n< 

fancy 

© 

©  3 

Evt 

mt 

Fvnc 

don 

Parfo 

rmsnca 

V 

V  V 

Function 

Pro 

Rat 

Sag 

Con 

Schedule 

Cstaaory 

<-  ■  — X - 

■  — x—  ■  — x-  ■ - x-  ■  — x —  ■  -^x-  i-x-  ■  —» 

<—  ■— » 

c-  ■— » 

<-  ■  — » 

<—  ■  — » 

<—  ■  —» 

FI 

• 

b 

c 

d 

a 

t 

Menage  Flight  Coordinator) 

Monitor  Partylina 

Raoarva  comm  Iraq  changa 

Acknowledge  comm  Iraq  changa 

Report  eiroreft  position 

Racaiva  idanbficaton  raquaat 

Tranamit  aircraft  identification 

Fib 

F2b 

Fid 

Fla 

Intarmi  t 
Discrata 
Discr ata 
Discrata 
Discrata 
Discrata 

irifff 

<—  ■ — x - 

<—  1  — » 

F2 

• 

b 

Managa  Aircraft  System*  Procadoraa 
Monitor  systems  atstut 

Tuna  ABO  can  tar 

Fic 

fntai  mit 
Discrata 

Inform 

Action 

<-l-x - 

■  -X-  ■  *-X-  ■ - X-  ■  *^X—  ■  —X-  ■  ^x-  ■  -O 

F3 

• 

Managa  Aircraft  Movement 

Monitor  Ground/Flight  Path 

Maintain  altitude  at  33  000  FT  MSL 

F3cd 

Intarmit 

Inform 

3  Monitor  mdicatad/commandad  afbtuda 

4  EvaJuata  altitude  changa  requirements 

5  Modify  pitch  commands  as  raqurrad 

F3bd 

In  tar  mi  t 
Intarmit 
Intarmit 

Inform 

Daciaion 

Action 

Maintain  crmse  spa  ad 
t  Monitor  mdicatad/commandad  apaad 

2  Evaluate  apaad  changa  requirement* 

3  Modify  thrust  commands  at  required 

Intai  mit 
Intarmit 
Intarmit 
Continu 

Inform 

Dacision 

Action 

1  Monitor  mdicatad/commandad  heading 

2  Evaluata  haading  changa  raqoiramants 

3  Modify  rotl  commands  as  faquir  ad 

Intarmit 
Intarmit 
Intai  mil 

Inform 

Decision 

Action 

<-  ■  -o< - 

F4 

• 

Managa  Flrght  Plan 

Monrlor  flight  prograss 

Intai  mil 

Intorm 

F5 

Managa  Conlngenaes 

1 

ANALYSIS  FORMAT  * 


Him 

0055:12 


7 

Evant 

<  > 

Tim*  Window 

■ 

Trm*  Oj ration 

Evant _ 

E  1  jCroaa  DRK  vortac 

2  On  ooura* 

3  End  comm  kaq  changa  ack 

4  CroM  GUP  «rtac  0115:12 

3 

L 


1  MUaion-  LAX  to  JFK 

1.3  Pariod:  Enroot* 

1.11  PfitM:  CrulM 

iili _ 2flBggli _ pighi  IQ  »P1  QUP  YOfi.c 


Evot/FuncHon 

D*pn< 

Honey 

©  ®  3  © 

7  V  7  7 

E" 

ml 

Func 

don 

Parfo 

rmanc# 

Function 

Pro 

Rat 

Saq 

Con 

Schadul# 

Cataaorv 

FI 

Managa  Flight  Coordinator 

<—  ■  — »* - ■— ac—  ■  —x—  ■ - x—  ■  -x-  ■  -x-  B-x-  ■  — > 

• 

Monitor  Partylina 

Inlarmit 

Inlorm 

<—  ■  — > 

b 

Racarva  comm  fraq  changa 

Oiacrat* 

Comm 

c 

Acknowladg*  comm  fraq  changa 

Fib 

Diactat* 

Comm 

<—  ■-> 

d 

Raport  aircralt  poubon 

F2b 

Oiacrat* 

Comm 

F2 

Managa  Aircraft  Syatama/Procaduraa 

<—  ■  — X - ■—  X—  ■ - X—  ■—  X—  ■  — X-  ■  — X—  m—X—  ■  — > 

• 

Monilor  ay  at  am  a  atotua 

Intarmil 

Inlorm 

<-  ■-> 

b 

Tuna  davaland  can  tar 

Fie 

Oiacrat* 

Action 

F3 

Managa  Aircralt  Mo vam art 

<—  ■  - ■  —x—  m  —x—  ■ - x—  m  —x—  m  -x-  ■  — x—  ■  — » 

• 

Monitor  Ground/Flight  Path 

Intarmil 

Inlorm 

b 

Maintain  aitilud*  at  33  000  FT  MSL 

F3cd* 

Conlinu 

1  Monitor  ndica tad/comm andad  altituda 

Intarmil 

Inloim 

2  Evaluata  altluda  changa  raquiramanti 

Intarmil 

Daciaion 

3  Modify  pitch  command  a  aa  raquirad 

Intarmit 

Action 

c 

Mamlatn  crvna*  apaad 

F3bda 

Conlinu 

1  Mor  tor  i ndica  tad/comm  an  dad  apaad 

Intarmil 

Inform 

2  Evaluata  apaad  changa  r*qu*r*manta 

Intarmit 

Daciaion 

3  Modify  thruat  comm  and  a  aa  raqurrad 

Intarmit 

Action 

d 

Turn  io  naw  haad  ng 

El 

F3bc 

Contmu 

1  Sal  act  rol'  rataa 

Oiacrat* 

Daciaion 

2  Monitor  for  rod  in  cua 

Intarmit 

Inloim 

3  Command  laft  roll  in 

Oiacrat* 

Action 

4  Monitor  mdicatad/commandad  roll  rata 

Intarmit 

Inlorm 

5  Evaluata  turn  prograaa 

Intarmit 

Daciaion 

6  Modify  roll  rata  aa  raquirad 

Intarmit 

Action 

7  Monitor  for  roll  out  cua 

Intarmit 

Inloi m 

* 

6  Command  nght  roll  out 

Oiacrat* 

Action 

9  Evaluata  racovary  prograaa 

Intarmit 

Daciaion 

10  Modify  rod  rata  aa  raquirad 

Intarmit 

Action 

a 

Maintain  haadmg  (GUP  vortac) 

E2 

F3d 

F3bc 

Contmu 

1  Monitor  mdicatad/commandad  haadmg 

Inlarmit 

Inform 

2  Evaluata  haadmg  changa  raquiramants 

Inlarmit 

Daciaion 

3  Modify  roll  command*  aa  raquirad 

Intarmit 

Action 

F4 

Managa  Flight  Plan 

<—  ■  —X - ■  — X—  ■  — X—  ■ - X—  ■  —X—  ■  -X—  ■  ™x-  ■  — > 

• 

Monitor  flight  prograaa 

Intarmit 

Inform 

F5 

Managa  Conknganci** 

G-18 


ANALYSIS  FORMAT  * 


TWm 
01  14  12 


V 

Event 

<  > 

Time  Window 

JL_ 

Tim#  Duration 

lwn( _ 

C  1  Cross  GUP  vortac 

2  On  course 

3  Ciom  CIM  votac  01  43  54 

4 

3 

♦  


1  Mfeeion. 


1.3.1  PhS** 

iUJ _ gygfWJL 


LAX  t©  JFK 
En  route 
Crulta 

*!?«.  9>M 


Evanl/Functfon 

P*P*o« 

_ 

®  9  3 

V  V  V 

Evt 

mt 

Fgnc 

don 

Pact  orman  ca 

Fvnctfon 

Pro 

not 

S*g 

Con 

Schedule 

C  bte  gory 

FI 

Manege  Fbght  Coordmakon 

<- 1  — x —  i  — x —  a  — x —  ■  — x—  ■  — x—  ■  -x-  ■  — x-  a 

• 

Monitor  Partyfina 

Intermit 

Inform 

F2 

Managa  Aircraft  Systeme/Procadures 

<—  m—x a  — x-  a - x—  a— x—  a— x—  a -x-  a— x-  a  -^> 

• 

Monitor  lyitwni  status 

Intaimit 

Inform 

F3 

Managa  Aircraft  Movement 

<—  a  — x - a  — x—  a  — x—  a - x—  a  — x—  a  — x—  at  — x—  a 

a 

Monitor  Ground/Flight  Path 

Intermit 

Inform 

b 

Maintain  albtuda  at  33.000  FT  MSL 

F3eda 

Contmu 

t  Monitor  indicate  d/comm  and  ad  altitude 

Intermit 

Inform 

2  Evaiuata  alktuda  change  requirement! 

Intarmit 

Decision 

3  Modify  pitch  comm anda  aa  required 

Intar  mil 

Action 

c 

Maintain  cruse  speed 

F3bda 

Contmu 

t  Monitor  indie* ted/eommended  apaad 

Intermit 

Inform 

2  Evaluate  apaad  change  requirements 

Intermit 

Decision 

3  Modify  tiruet  command#  aa  required 

Intermit 

Action 

IMMi 

d 

Turn  to  new  heading 

El 

F3bc 

Contmu 

1  Sat  act  roff  rate# 

Diecraia 

Decision 

2  Monitor  for  rod  m  cua 

Intar  mil 

Inform 

3  Command  left  rod  m 

Oiacrala 

Action 

4  Monitor  md  catad/Commandad  rod  rata 

Intarmit 

fnform 

5  Evaiuata  tom  progreaa 

tnlai  mil 

Decision 

8  Modify  rod  late  aa  required 

Intai  mil 

Action 

7  Mom  oi  tor  roil  out  cua 

Intarmit 

Ihform 

S  Command  right  roil  out 

Oiacr  ata 

Action 

9  Evaiuata  recovary  piograaa 

Intarmii 

Decision 

10  Modify  toll  laia  aa  requited 

Intai  mu 

Action 

• 

Maintain  haadmg  (CIM  vortac) 

E2 

F3d 

F3bc 

Contmu 

1  Monitor  indicated /com  mended  haadmg 

Intermit 

Inform 

2  Evaluate  haadmg  change  laquvementa 

Intarmit 

Decision 

3  Modify  roil  command#  ae  tequred 

Intarmit 

Action 

F4 

Managa  Right  Plan 

<—  a  — x a  — x—  a  — x—  a  — x—  a  — x—  a  — x—  a  — x—  a 

a 

Monitor  flight  prograaa 

Intarmit 

Inform 

F3 

Manage  Conkngenaee 

G-19 


ANALYSIS  FORMAT  +  e«  _ Tim. 


E  1 

Cross  CIM  v  or  tec 

01  43  54 

2 

On  ooutm 

3 

CroM  LBL  vortsc 

02.07  54 

4 

5 

6 

1 

Mission. 

LAX  to  JFK 

1.3 

Period. 

Enroot  a 

1.3.1 

Phase: 

Crvfee 

1.3.14 

Sea  men  t: 

Rfoht  to  wot  LBL  vortsc 

V 

Evant 

<  > 

Trma  Window 

* 

Tuna  puraoon 

Evont/Functfon 

ioncy 

®  9 

9 

Evt 

■nt 

Function 

Performance 

V  V 

V 

Function 

.Pro 

Rot 

Seq 

Con 

Schedule 

Category 

<- 1— »e - 

■  -X-  l-x-  ■  - X-  l-X-  ■  -X-  ■  -X-  ■  — > 

FI 

a 

Manege  Flight  Coordmafeon 

Mon  ft  or  Pertyfme 

fntermtt 

Inform 

C—  ■  -X - 

F2 

a 

Managa  Aircraft  Systeme/Procaduree 
Monitor  ay  atom  a  atatua 

fntermrt 

Inform 

<-  ■  — X - 

■  -x-  ■  — x—  ■ - x-  ■  — x—  ■  -X-  ■  — x-  ■  — > 

F3 

a 

Managa  Airaraft  Movement 

Monitor  Ground/Ffight  Path 

UaiflUm  ah.kiWa  ml  11  /W1  CT  UQl 

fntermit 

Inform 

MAinwn  Biuiioi  it  jj,wv  r  i  mol 

1  Monitor  mdica  tad/corn  m  and  ad  altituda 

2  Evaiuata  el  studs  change  reqi  rementa 

3  Modify  pitch  comm  and  a  aa  required 

Contmu 

Intermit 

Intermit 

Intermit 

Inform 

Decision 

Action 

d 

Maintain  cruise  apaad 

1  Monitor  indica  tad/comm  ended  speed 

2  Evaluate  speed  change  requirements 

3  Modify  ftruet  commands  aa  requirsd 
Turn  to  new  heading 

1  Select  roll  retee 

2  Monitor  for  roll  in  cue 

3  Commend  left  rod  m 

4  Monitor  indicated/com  mended  rod  rata 

5  Evaiuata  turn  progress 

$  Modify  rod  rale  aa  required 

7  Monitor  for  rod  out  cue 

S  Commend  right  roll  out 

9  Evaluate  lecovery  prograss 

10  Modily  roll  isle  ee  lequired 

El 

E2 

f*3d 

F3bc 

Contmu 
Intermit 
Intermit 
Intermit 
Contmu 
Orecrete 
Intermit 
Oiecrete 
Intermit 
Intermrt 
Intsi mil 
Intel  mil 
Discrete 
Intermit 
Intel  mil 
Con  tmu 

Inform 

Decision 

Action 

Decision 

Inform 

Action 

Inform 

Decision 

Action 

Inform 

Action 

Decision 

Action 

Maintain  heeding  (LBL  vortec) 

1  Monitor  mdica led/comm  ended  heeding 

2  Evaluate  heeding  change  requirements 

3  Modify  roll  command#  ee  required 

intermit 

Intermrt 

Intermit 

Inlorm 

Decision 

Action 

«-  ■  -X - 

■  -X-  ■  -X-  ■ - -X—  ■  —X—  ■  —X—  ■  —X—  ■  — » 

F4 

a 

Manege  Flight  Plan 

Monitor  flight  progreaa 

Intermrt 

Inlorm 

F5 

Manege  Contingencies 

G-20 


ANALYSIS  FORMAT  + 


Tim* 

02:07  S4 


V 

Evant 

<  > 

Tim#  Window 

■ 

Tim#  Duration 

_ Ewnt _ 

E  1  Croaa  LBL  vortac 

2  On  court* 

3  Croaa  iCT  vortac  02.28.54 

4 

5 

L 


1  Mlaaion:  LAX  to  JFK 

1.3  Paclod:  Enroot* 

1  3.1  Phi  a*  Crulaa 

U  1.5  S*om*nt:  FlfQht  to  wpt  ICT  vortac 


jv#n  ^Function 

P«P»"< 

> 

I 

®  9  9 

V  9  V 

Evt 

ml 

Function 

P*rfo 

rmanc# 

Function 

Pro 

Rat 

.  Saq 

Con 

Schadula 

CataflOfY 

FI 

Manama  Flight  Coordinator 

<-  ■  — X - ■  -x—  ■  —X—  ■  - X-  ■  -X-  ■  -ot-  ■  — x —  ■  — » 

a 

Monitor  Partylma 

In  tarmit 

Inform 

F2 

Managa  Aircraft  Syatama/Procaduraa 

<—  l^x - ■  — X —  ■ - X-  ■— X—  ■  -X-  ■  — X —  ■  — X —  ■  -> 

a 

Monitor  ayatama  atatua 

Intarmit 

Inform 

F3 

Manama  Aircraft  Mov#m#nt 

<—  ■  — X - ■  —X-  ■  — X —  ■  - -  ■  — x—  ■  -x-  ■  —X—  ■  — > 

a 

Monitor  Ground 'Flight  Path 

Intarmit 

Infoi m 

b 

Maintain  aJtituda  at  33  000  FT  MSL 

F3cda 

Continu 

1  Monitor  in  die*  tad/ command  ad  altituda 

Intai  mil 

Intorm 

2  Evaluata  afltuda  changa  taqi  ramanti 

Intar  mit 

Dacruon 

3  Modify  pitch  command#  a*  raqmrad 

Intarmit 

Action 

c 

Maintain  crms«  ap##d 

F3bd# 

Continu 

1  Monitor  mdicatad/commandad  *p*#d 

Intarmit 

Inform 

2  Evaluata  tpaad  changa  ragmramanta 

Intar  mil 

Daciaion 

3  Modify  friruat  command#  a#  raqutrad 

Intarmit 

Action 

MMBM 

d 

Turn  to  naw  handing 

El 

F3bc 

Continu 

1  Sat  act  roil  rat#a 

Dracr  ata 

Daciaion 

2  Monitor  for  roil  m  cu* 

Intarmit 

Inform 

3  Command  la  ft  rod  in 

Diacrata 

Action 

4  Monitor  indi  cat  ad /comm  and  ad  rod  rata 

Intarmit 

Intorm 

5  Evaluata  lim  prograaa 

Intar  m  1 1 

Daciaion 

6  Modify  rod  rata  aa  raqmrad 

Intarmit 

Action 

7  Monitor  lor  roil  out  cua 

Intarmit 

Inform 

6  Command  right  roll  out 

Dia  cr  ata 

Action 

9  Evaluata  racovary  prograaa 

Intarmit 

Daciaion 

tO  Modify  ro#  rata  a*  raqurrad 

Intarmit 

Action 

a 

Maintain  haadmg  (ICT  vortac) 

E 2 

F3d 

F3bc 

Continu 

I  Monitor  in  die#  tad /comm  an  dad  haading 

Intar  mit 

Inform 

2  Evaluata  haading  changa  raquw  amanta 

Intar  mrt 

Daciaion 

3  Modify  roil  command#  a*  raguirad 

Intarmit 

Action 

F4 

Managa  Flight  Plan 

<—  ■  — - ■— x-  ■— x—  ■ - x-  ■—  x-  ■  —x—  ■— x—  ■  --» 

a 

Monitor  flrght  prograaa 

Intarmit 

Inform 

F5 

Managa  Contnganaaa 

G-21 


ANALYSIS  FORMAT  + 


Tiff 
02  28:54 


V 

Ev*nt 

<  > 

Tun*  W indot 

_ I— 

Time  (Xi  ration 

E  1 
2 

3 

4 

5 

i 


Croaa  ICT  vortac 
On  court* 

Croat  BUM  vortac 


1  MIm  on-  LAX  M  JFK 

1.3  Parlod:  Enrouta 

1.3.1  Phaaa:  Cruiaa 

1  3.1  »  Stamwi.  Right  to  wpt  BUM  vortac 


Evynt/puncdon 

D*P*»< 

Janey 

0  9  9 

V  V  V 

Evr 

mt 

Function 

Pacfo 

rmanc* 

Function 

Pro 

Rat 

Sag 

Con 

Schedule 

Category 

Fl 

Manage  Flight  Coordinator 

<—  ■  -m - ■—x—  ■  — X—  ■ - x—  ■  — ac—  ■  — x—  ■  — x —  ■  —> 

t 

Monitor  Ptrtylin* 

Intarmit 

Inform 

F2 

Manage  Aircraft  Syateme' Procedure* 

<—  ■  — X - ■  —X—  ■ - X—  ■  —X—  ■  — X —  ■  — X—  ■  - — X —  ■  — » 

t 

Monitor  ay  atom*  eletu* 

Intermit 

Inform 

F3 

Menage  Aircraft  Movement 

<—  ■  -x - ■  — ac—  ■  — x—  ■ - x—  ■  — x—  ■  — x—  ■  —x—  ■  — » 

t 

Monitor  Ground/Righl  Path 

Intermit 

Inform 

b 

Maintain  altitude  at  33.000  FT  MSL 

F3c  da 

Continu 

t  Monitor  mdicatad/commandad  altitude 

Intermit 

Inform 

2  Evaluate  elttude  change  requirement! 

Intermit 

Oaciaion 

3  Modify  pitch  comm  ende  a*  required 

Intarmit 

Action 

c 

Maintain  crua*  apaad 

F3bda 

Continu 

1  Monitor  mdicatad/commandad  apaad 

tnlarrml 

Inform 

2  Evaluate  apaad  change  raqui  ementa 

Intarmrt 

Oaciaion 

3  Modify  tiruat  command*  a*  required 

Intarmit 

Action 

hubh 

d 

Turn  to  new  haadng 

El 

F3bc 

Contmu 

1  Select  roll  rata* 

Oiacr ala 

Oaciaion 

2  Monitor  lor  roll  in  cu* 

Inlarmit 

Inform 

3  Command  nghl  roll  in 

Diacrata 

Aclion 

4  Monitor  mdicatad/commandad  roll  rale 

Intermit 

Inlorm 

S  Evaluate  turn  prograaa 

Intarmit 

Oaciaion 

6  Modify  roll  rat*  aa  required 

Intarmit 

Action 

7  Monitor  lor  rod  out  cu* 

Inlarmit 

Inlorm 

5  Command  left  roll  out 

Dfacret* 

Action 

9  Evaluate  recovery  progieee 

Intarmi  t 

Daciaion 

10  Modify  roll  ret*  a*  required 

Intarmit 

Action 

a 

Maintain  heading  (BUM  vortac) 

E2 

F3d 

F3bc 

Continu 

1  Monitor  mdicatad/commandad  heading 

Intarmit 

Inlorm 

2  Evaluate  heading  change  requirement* 

Intarmit 

Oaciaion 

3  Modify  roll  command*  ea  raquvad 

Intarmit 

Action 

F4 

Manage  Right  Plan 

<—  ■  — X - ■  -^X—  ■  -^X—  ■  - X—  ■  —X—  ■  —X—  ■  —X—  ■  — » 

• 

Monitor  flight  prograaa 

Inlarmit 

Inform 

F3 

Manage  Conanganaa* 

G-22 


ANALYSIS  FORMAT  *■ 


Tim* 

02  47  44 


9  Event 
<  >  Time  Wiod«r 
B  Time  Dursboc 


E  1 
2 

3 

4 

5 

-i. 


Cross  BU4  vortec 
On  court* 

Cross  STL  vorttc 


1  Ml  tat  on  LAX  to  JFK 

1.3  Period:  Enroot* 

1.3.1  Phsee*  Crulao 

1,1.17  Swn»nt  FllllM  H  wpl  STl  >«HC 


Event/Functfon 

Depone 

lency 

®  ®  0 

9  9  9 

Eve 

w\  t 

Function 

Perfo 

rmence 

Function 

Pro 

Pet 

Sea 

Con 

Schedule 

Category 

Fl 

Menege  F  ight  Coord  ms* on 

<-  B^x - ■  — x —  B  — X—  B - x-  B^x-  B  — x—  B-x-  fl  — » 

« 

Monitor  Psrtylme 

Intermit 

Inlorm 

F2 

Manage  Atrcreft  Systams/Proeedurss 

<-  B  — x - B  — x —  B - X—  B  — x —  B  -^x-  B  — x-  B  — x-  ■ 

• 

Monitor  systems  atatue 

Intermit 

Inform 

F3 

Menage  Aaorsft  Movement 

Monitor  Ground/Flight  Path 

Intermit 

Inlorm 

b 

Maintain  attitude  at  33.000  FT  MSL 

F3cde 

Con  tin  u 

t  Monitor  indicated/ com  mend  ad  altitude 

Intermit 

Inlorm 

2  Evaluate  all  Hud*  change  requirement* 

Intermit 

Decision 

3  Modify  pitch  command*  ae  required 

Intermit 

Action 

c 

Maintain  cruse  speed 

F3bde 

Continu 

1  Monitor  indicated/commanded  speed 

Intermit 

Inlorm 

2  Evaluate  speed  change  raquaamants 

Intermit 

Decision 

3  Modify  hruat  commands  a*  required 

Intermit 

Action 

a hhv 

d 

Tom  to  naw  heading 

El 

F3bc 

Continu 

t  Select  roll  cate* 

Discrete 

0a  ci  sion 

2  Monitor  lor  rod  m  cua 

Intermit 

Inlorm 

3  Command  rod  m 

Discrete 

Action 

4  Monitor  mdiceted/comm  ended  rod  rata 

Intermit 

Inform 

5  Evaluate  lum  prograaa 

Intermit 

Decision 

6  Modify  iod  rata  as  raquirad 

Intermit 

Action 

7  Monitor  for  rod  out  cua 

Intermit 

Inlorm 

6  Command  rod  out 

Discrete 

Aclion 

9  Evaluate  recovery  progress 

Intermil 

Oecision 

to  Modily  rod  rtt*  as  raquirad 

Intermit 

.  Action 

• 

Maintain  heading  (STL  vortec) 

E2 

F3d 

F3bc 

Continu 

1  Monitor  indie*  tad /comm  ended  heading 

Intermit 

Inform 

2  Evaluate  heading  change  requirements 

Inter  mi  i 

0a  ci  sion 

3  Modify  roll  commands  ss  raquirad 

Intermit 

Action 

F4 

Manage  Flight  Plan 

<—  B  — x - B  — x-  B  — x—  B - x—  B  —x-  B  — x—  B  — x-  B  — » 

• 

Monitor  Right  progress 

Intermit 

Inlorm 

F5 

Manage  Conlngenaee 

G-23 


ANALYSIS  FORMAT  4- 


Tima 

03:1200 


V 

Event 

<  > 

Tim#  Wmdwv 

■ 

Tim#  OjrtOon 

E  1 
2 
3 


Croaa  STL  vortac 
On  court* 

Crew*  VHP  vortac 


1  Mission:  LAX  to  JFK 

1  3  Period:  En  route 

1.3.1  Phaae:  Crulee 

1. 3.1.8  Seomenf.  Right  to  wpt  VHP  vortac 


Eyant/Funetfon 

Depen* 

dency 

9  0  C 

V  V  V 

Ev« 

•nt 

Function 

Parfo 

<manc* 

Function 

Pro 

Rat 

S*q 

Con 

Schedule 

Cataoorv 

FI 

Managa  Flight  Coordinator) 

<-  ■  -x - ■  -X-  ■  -X-  ■ - X-  ■  -X-  ■  — x —  ■  — x —  ■ 

• 

Monitor  P#rtyhn# 

Intermit 

Inlorm 

F2 

Menaga  Aircraft  System  s/Proceduras 

<-  ■  — X - ■  — X—  ■ - x-  ■  — X-  ■  —X—  ■  — X—  ■  — X—  ■— » 

• 

Monitor  tyalama  #t#tu# 

Intarmi  1 

Inform 

F3 

Managa  Aircraft  Movement 

<—  ■  — X - ■  —X—  ■  —X—  ■ - X—  ■  —X—  ■  —X—  ■  —X—  ■  — > 

• 

Monitor  Ground  Flight  Path 

Intermit 

Inform 

b 

Maintain  altitude  at  33.000  FT  MSL 

F3cd* 

Continu 

1  Monitor  mdica  ted/comm  and  ad  altitude 

Intermit 

Inform 

2  Evaluate  altitude  change  requirement! 

Intermit 

Decision 

3  Modify  pitch  command#  a*  laqmrad 

Intermit 

Action 

c 

Mam  lam  cruise  apaad 

F3bd* 

Continu 

1  Monitor  mdtea  led/comm  an  dad  apaad 

Inlermit 

Inlorm 

2  Evaluate  apaad  change  requirements 

Intermit 

Decision 

3  Modify  tfiruat  command#  a#  required 

Intermit 

Action 

(■■■■MO 

d 

Tum  to  new  haadmg 

El 

F3bc 

Continu 

1  Sal  act  roll  rataa 

Oiacrala 

Decision 

2  Monitor  tor  rod  m  cue 

Intermit 

Infoi m 

3  Command  rod  m 

Ot  aerate 

Action 

4  Monitor  ir  dice  tad /comm  and  ad  rod  rata 

Intermit 

Inform 

S  Evaluate  tom  piograaa 

Intermit 

Decision 

6  Modify  rod  rata  aa  lequtrad 

Intermit 

Action 

7  Monitor  lor  roll  out  cue 

.Intermit 

Inloi m 

6  Command  rod  out 

Oiecrei* 

Action 

9  Evaluate  tecovery  piograaa 

Intel  mil 

Decision 

to  Modify  roll  rata  aa  raquired 

Intermit 

Action 

• 

Maintain  heading  (VHP  vortac) 

E2 

F3d 

F3bc 

Continu 

t  Monitor  indtea  tad/comm  an  dad  heading 

Intel  mit 

Inform 

2  Evaluate  haadmg  change  requirements 

Intei  mit 

Decision 

3  Modify  io4l  command#  aa  required 

Intermit 

Action 

F4 

Manage  Right"  Plan 

<—  ■  —X—  —  ■  — X—  ■  — X-  ■ - X—  ■  — x  -  ■  — X  •  ■  — X  -  ■  — > 

• 

Monitor  flight  prograaa 

Intermit 

Inlorm 

F3 

Managa  Contngeocie# 
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ANALYSIS  FORMAT  * 


Tim* 

03.37  12 


V  Event 
<  >  Time  Wmdo** 

■  Time  Duration 


Event 


Croea  VHP  vortac 
On  cootm 

Croaa  CREEP  mtirMclon 


03  49  12 


1  Mlaaion  LAX  to  JFK 

1  3  Period  Enroot* 

1  XI  Phaa*  Crula# 

1  3  1.4  Sogment  niflht  to  wpt  CREEP  Intery ct 


Event/Function 

P*P*"< 

Jan  cy 

D  3  i 

V  V  V 

Evi 

"l  -  - 

Function 

Performance 

BSSSMffl  

Pro 

"*< 

 S*g 

Con 

Schedule 

Category 

FI 

Manage  Flight  Coord  me  Ion 

• 

Monrlor  Partylrna 

Inlarmi  1 

Inlor  m 

F2 

Managa  Aircraft  Syeleme  Procedure# 

a 

Monrlor  ayeteme  atatua 

Intermit 

Inlorm 

F3 

Managa  Aircralt  Movement 

a 

Monitor  Grqund/Flrght  Path 

Inlai  mil 

Inform 

b 

Maintain  aibtoda  at  33.000  FT  MSL 

F3cde 

Contmu 

1  Monrlor  md<  c*  ted/comm  and  ad  altitude 

Intel  mil 

Inlorm 

2  Evaluate  elttode  change  nqmramanti 

Inlei  mil 

0eci**on 

3  Mod  fly  pilch  command*  aa  required 

Inlermrl 

Action 

c 

Memiam  crurae  apeed 

F3bde 

Conlinu 

1  Monitor  indie*  lad/com  mended  apeed 

Intermit 

Inform 

2  E value  5*  ape  ad  change  raqurramanta 

Intermit 

Oaciaron 

3  Modrfy  tiruel  commend*  aa  required 

Intermit 

Actron 

immi 

d 

Turn  to  new  heeding 

El 

F3bc 

Conlinu 

1  Select  roll  'alee 

Oiacr ate 

Dacia*  on 

2  Monitor  lor  roU  m  cue 

Inlermrl 

Inlorm 

3  Command  ioM  m 

Oiacrata 

Action 

4  Mot  rlor  indiceted/commanded  rod  tele 

Inlai  mil 

Inlorm 

5  Evaluate  torn  progrea* 

Inlai  mil 

Dacia*  on 

6  Modify  roll  rat*  aa  required 

Int  arm  rl 

Action 

7  Monitor  for  tot  out  cue 

Inlai  mrl 

Inlorm 

8  Command  roll  out 

Diac*  era 

Action 

9  Evaluate  i ecovery  progiaaa 

Intermit 

D*ci**on 

10  Modily  roll  rata  a*  required 

Intermit 

Action 

• 

Mamtam  heading  (CREEP  mtertecaon) 

E 2 

F3d 

F3bc 

Contrnu 

1  Monitor  mdxe  ted /com  man  dad  heading 

Intermit 

Inlorm 

2  Evaluate  heedmg  change  requirement* 

Inlai  mil 

0eci**on 

3  Modify  roll  commend*  ea  required 

Intel  mil 

Action 

F4 

Manage  Flrghl  Plan 

<-  ■  — X - ■  —X-  ■  -X-  ■ - X—  ■  — X-  ■  — X—  ■  -X-  ■  -> 

• 

Monitor  flight  progrea* 

Intermit 

Inlorm 

F5 

Managa  Conangenaea 
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V 

Event 

<  > 

Tim*  Window 

■ 

Tim*  CXii»tKxi 

Event 


Tim* 


Crae#  CREEP  intersection 
On  oours* 

Crosa  AIR  vertac 


03:49  12 
04  09  30 


1 

Mleafon: 

LAX  to  JFK 

1.3 

Period, 

Enroot* 

1.3.1 

Ph*M 

Cruise 

1.3.1.10 

Flight  to  wpt  AIR  vortsc 

Event/Function 

Depen 

Jencv 

®  e  9 

V  V  9 

-   Evi 

mt 

Function 

Performance 

Function 

Pro 

Rst 

Seq 

Con 

Schedut* 

Cat*  gory 

FI 

Meneg*  Flight  Coordination 

< —  ■  — X - ■  — X  —  ■  — X —  ■ - X —  ■  — X-  ■  — X—  ■  -X-  ■  — > 

• 

Monitor  Paitylin* 

Intsr  mit 

Inloim 

F2 

Manag*  Aircraft  Systems/Procedures 

<—  ■— X - ■  -X-  | - X-  ■  — X—  ■  — X—  ■  -X-  ■  — x—  ■  _» 

• 

Monitor  syetems  atatua 

intermit 

tnloim 

F3 

Manag*  Aircraft  Movamant 

<—  ■  — X - ■  — x—  ■  _x—  ■ - X—  ■  — X—  ■  —X—  ■  — X—  ■ 

a 

Monitor  Ground/Flight  Path 

Intermit 

Inlor m 

b 

Maintain  altitude  at  33.000  FT  MSI 

F3cde 

Continu 

1  Monitor  *ndicat*d/comm  ended  altitude 

tnlai  mit 

tnloim 

2  Evaluate  altkida  change  requirement! 

Intermit 

Oaciaion 

3  Modify  pitch  commands  as  required 

Intermit 

Action 

c 

Maintain  causa  speed 

F3bd* 

Continu 

1  Monitor  indicalad/commandad  a paad 

Intaimit 

Inlorm 

2  Evaluate  speed  change  requirements 

Infer  mit 

Decision 

3  Modify  tirust  commands  ee  required 

Intermit 

Action 

umhi 

d 

Turn  to  new  heeding 

El 

F3bc 

Conlinu 

1  Select  roll  rales 

Discrete 

Decision 

2  Monitor  for  rod  in  cue 

Inlaimil 

Inlorm 

3  Command  left  tod  in 

Discrete 

Action 

4  Monitor  indieatedfcomm  ended  rod  rat* 

Intaimit 

Inloim 

5  Evaluate  Aim  progiasa 

Intai  mit 

Decision 

6  Modify  rod  i*t*  •*  required 

Intaimit 

Action 

7  Momtoi  foi  rod  out  cue 

Intaimit 

Inloim 

8  Command  light  toll  out 

Disci  at* 

Action 

9  EvaHist*  recovery  progiass 

Intai  mit 

Decision 

10  Modily  rod  i*t*  a*  requited 

Intel  mi  t 

Action 

• 

Maintain  hearing  (AIR  vortsc) 

E2 

F3d 

F3bc 

Continu 

1  Monitor  xJicated/eom  mended  heading 

Intermit 

Inloim 

2  Evakiat*  heading  change  laquiramants 

Intermit 

Oecieion 

3  Modify  roll  command*  aa  raquirad 

Intermit 

Action 

F4 

Manag*  Right  Plan 

<—  ■  — X - ■  — X—  ■  — X—  ■ - X—  ■  — X—  ■  — X—  ■  — X—  ■ 

• 

Monitor  Right  progress 

Intermit 

Inloim 

F5 

Menege  Contngenae* 
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Tima 
04  09  3C 


V 

Evanl 

<  > 

Tim*  Window 

Tim#  Duration 

Evant _ 

E  1  jCroaa  AIR  vortac 

2  On  oouraa 

3  Croaa  BOGGE  mtwMdon  04  29  U 

4 

5 

< 


1  MlaMoi n-  LAX  to  JFK 

1.3  P*rtod-  Enrouto 

1.3.1  PH«m:  Crulaa 

1.3.1  11  S.nm.m:FUflM  10  wpl  8000E  lr.nr.cl, 


Ev*nt/Funct1on 

l.  0ap*n  < 

foncy 

V  v  V 

Evr 

nt 

Function 

Parformanca 

Function   

Pro 

R*t 

Saq 

Con.. 

Schaduia 

Catagory 

FI 

Managa  Flight  Coordination 

<>■-«€ - l-M-l-M-  ■  - 

• 

Monitor  Partylina 

Intarmil 

Infoi  m 

F2 

Managa  Aircraft  $y#lama/Procaduraa 

<-  B  -nX - B  — x—  ■ - x-  ■—  x-  B  — x —  B  — x — *  ■  — x —  B  — » 

• 

Monitor  *y*t#m* 

lntarmit 

Inform 

F3 

M#n#g#  Axcralt  Mov#m#nt 

<-  B  -nX - B  -x-  B  -^c-  ■ - x-  B  -x-  B  -x-  ■  -^x-  ■  — > 

• 

Monitor  Ground/Flight  P#th 

Intar  mi  t 

Inform 

b 

Marnmn  aitrtoda  •  l  33  000  FT  MSL 

F3cda 

Contmu 

1  Monitor  mdica  tad/comm  and  ad  aitrtoda 

lntarmit 

intorm 

2  Evaluala  altitoda  changa  laqmramanti 

Intar  mit 

Daemon 

3  Modify  pitch  command#  ••  laqurad 

lntarmit 

Action 

c 

Maintain  crmaa  apaad 

F3bda 

Contmu 

t  Monitor  irxfccatod/commandad  #paad 

lntarmit 

Inloim 

2  Evaluala  apaad  changa  raqmramaota 

Iniat  mu 

Daemon 

3  Modify  ftruat  command#  aa  raquirad 

Intai  mu 

Action 

IMBUi 

a 

Turn  to  naw  haad-ng 

Et 

F3be 

Contmu 

1  Sat  act  roll  rataa 

Diacrata 

Daemon 

2  Monitor  lor  roll  m  cut 

lntarmit 

Inlorm 

3  Command  roll  in 

Oitcrata 

Action 

4  Monitor  indicalad/commaodad  oil  rata 

lntarmit 

Inform 

5  Evaluala  tom  piograaa 

lntarmit 

Daemon 

6  Modify  roll  rata  aa  raquirad 

In  tar  mi  t 

Action 

7  Monitor  lor  roll  out  cua 

Intai  mi  t 

Inform 

6  Command  toll  out 

Oiacrata 

Action 

9  Evaluala  lacovary  progiaaa 

lntarmit 

Daemon 

10  Modily  roll  rata  aa  raquirad 

lntarmit 

Action 

a 

Maintain  haading  (BOGGE  mtaraacfton 

E2 

F3d 

F3be 

Contmu 

t  Monitor  mdica  tad /com  man  dad  haading 

lntarmit 

Intorm 

2  Evaluala  haadmg  changa  raquwamant# 

lntarmit 

Daemon 

3  Modify  roll  command#  a#  raquirad 

lntarmit 

Action 

F4 

Managa  Flight  Plan 

B  —x - ■  — x —  ■  —x-  B - x-  ■  -x-  ■  -x-  ■  -x-  B  — > 

• 

Monitor  flight  prograaa 

In  tar  mi  t 

Intoi m 

F5 

Managa  Contngarvoa# 
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C  1 

C  ow  BOGGE  mtaraacbon  04  27.54 

2 

On  court* 

1  Mission:  LAX  to  JFK 

7  Evsnt 

3 

End  comm  Aaq  change  ack 

1  3 

Psrlod  Enroots 

<  >  Tim*  Window 

4 

Arriv*  at  deceleration  pom! 

1  3.1 

Phass  Crufas 

■  Tim*  IXjr*tJon 

5 

Arriv#  iltopol  d««c«n(  04  33.1® 

1  3  1  12  Sogmsnt:  Right  to  top  ot 

daacant 

Eytnt/F  unction 

A 

P«P»™ 

fancy 

a  a  a 

$  a 

Evi 

mt 

Function 

Performance 

7  7  7 

7  7 

Function 

Pro 

Rat 

Sag 

Con 

Schadut* 

Category 

FI 

Manage  Flight  Coord  ma  bon 

<-  ■  -* - ■  -X- 

■  — X —  ■  - X-  ■  —X—  ■  — X—  ■  — X—  ■  — > 

a 

Mom  (of  Partylin# 

Intai  mit 

Infoim 

<—  ■— » 

b 

Racarv#  comm  Iraq  change 

Oascrats 

Comm 

<—  ■— > 

c 

Acknowledge  comm  Iraq  change 

Fib 

Oatcrat* 

Comm 

<-■-> 

d 

Report  anoraft  position 

F2b 

Oascrats 

Comm 

<-■- » 

• 

Receive  daacant  clearance 

Fid 

Daacrat* 

Comm 

<—  ■ 

_» 

f 

Acknowledge  daacant  daaranca 

FI* 

Oatciat* 

Comm 

<—  ■— » 

9 

Transmit  aiicraft  idantity 

Flf 

Oascrats 

Comm 

F2 

Managa  Aircraft  Systema/Procaduiaa 

C—  ■  — X - ■  — X- 

■ - X-  ■—  X—  ■— X-  ■  -  X  ■— x-m— » 

a 

Monitor  aystama  atatua 

Intai  mil 

tnfoim 

<—  ■ 

b 

Tuna  now  yorh  cantar 

Fic 

Oasciat* 

Action 

F3 

Managa  Aircraft  Movement 

<—  ■  — X - ■  — X— 

■  —X—  ■ - X—  ■  —X—  ■  — X“  ■ — X—  ■  — » 

4 

Monitor  Ground/FUght  Path 

Intsimit 

Inform 

b 

Maintain  aibfcjd*  at  33,000  FT  MSL 

F3C-I 

Continu 

1  Monitor  indie*  tad/command  ad  altituda 

Intai  mit 

tnloi  m 

2  Evaluat*  albkid*  changa  raqunamand 

Intsimit 

Decision 

3  Modify  pitch  command*  aa  raquirad 

Intarmit 

Action 

imm 

Turn  to  naw  ha* ding 

El 

F3b*f 

Continu 

1  Sal  act  roll  lataa 

Oascrat* 

Oaciaion 

2  Monitor  tor  loll  m  cua 

Intarmit 

Inform 

3  Command  roll  m 

Oascrat* 

Action 

4  Monitor  indicatad/commandad  roll  rata 

Intarmit 

Inlorm 

5  Evaluat*  turn  piograaa 

Intarmit 

Oaciaion 

A  Modify  roll  iota  aa  raqunad 

Intarmit 

Action 

7  Momtoi  (oi  roll  out  cua 

Intarmit 

tnfoi  m 

8  Command  toll  out 

Oasciat* 

Action 

9  EvaJuat*  racovary  programs 

tntei mit 

Oaciaion 

tO  Modify  to*  rat*  *«  raquirad 

Intai  mil 

Action 

d 

Maintain  heading  (COPES  mtoraaction) 

E2 

F3c 

F3b*f 

Continu 

1  Monitor  id  ica  tad /comm  an  dad  haadmg 

Intai  mit 

Inloim 

2  Evaluat*  haadmg  changa  requirement* 

Intarmit 

Oaciaion 

3  Modify  rolt  command*  as  i  squired 

Intai  mit 

Action 

a 

Maintain  cruita  apaad 

F3bcd 

Continu 

1  Monitor  indicatad/commandad  apaad 

Intai  mit 

Inlorm 

2  Evaluat*  apaad  changa  laqunamanta 

Intai  mit 

Oaciaion 

3  Modify  thruat  command*  aa  raqunad 

Intai  mit 

Action 

«■■■■■■ 

1 

Oacalarat*  to  daacant  apaad 

E4 

F3* 

F3bd 

Continu 

1  Sat  act  apaad  dacraas*  targat 

Oasciat* 

Decision 

2  Command  forward  thrust  dacraas* 

Oaaciat* 

Action 

3  Monitor  indicatad/commandad  apaad 

Intarmit 

Infoi  m 

4  Evaluat*  apaad  dacraas#  prograaa 

Intai  mit 

Oaciaion 

5  Modify  thruat  commands  aa  raquirad 

Intai  mi  t 

Action 

F4 

Managa  Ffight  Plan 

<-  ■  — X - ■  —X— 

■  -X-  ■ - X— •  ■  —3. 

e—  ■  -x-  ■  —X-  ■  -^> 

a 

Monitor  flight  piograaa 

Intarmit 

Infoim 

F5 

Managa  ConUnganoaa 
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ANALYSIS  FORMAT  * 


Emit 


Tim* 


V 

Event 

<  > 

Tima  Window 

1 

Tima  CXi ration 

Amvi  •(  top  of  deacent  04  33.t6 

Attain  descent  speed 

End  of  *•  ffie  advtaory 

A/mo  at  25.000  FT  MSL  04  36  30 


1 

Mfeaforv 

LAX  to  JFK 

t  .4 

Parto4 

Arrival 

1.4.1 

Phaaa: 

Deecent 

1.4. 1.1 

Segment: 

Do* cant  to  23.000  FT  MSL 

Event/Functfon 

 0op™< 

f9tw 

®  a  o  « 

V  V  V  V 

Evt 

mt 

Funcdon 

Performance 

Function 

Pro 

Rat 

Sag 

Con 

Schedule 

Category 

Ft 

Manege  Flight  Coordinator 

a 

Monitor  Partylme 

Intermit 

Infoim 

<—  ■ — > 

b 

Hacarva  traffic  advisory 

Deaerate 

Comm 

<—  ■  — > 

c 

Raport  traffic  sighting 

F2b 

Deaerate 

Comm 

F2 

Managa  Ancialt  Systems  Procedural 

<—  ■  — x - ■  — x—  ■ - x—  ■— x—  ■  — x—  ■  — x—  ■  — x—  ■  — > 

a 

Monitor  systams  status 

Intermit 

Inform 

<-  ■  -> 

b 

Varify  traffic  location 

£3 

Ft  c 

Desciete 

Action 

F3 

Mansga  Aircraft  Movamant 

a 

Monitor  Ground/F  light  Path 

Intermit 

Inform 

b 

Maintain  Heeding  (COPES  mtarsacton) 

F3cda 

Contmu 

1  Monitor  ndtcatedX2omm  ended  Haadmg 

Intarm  it 

Inform 

2  EvaJuete  Haadmg  Chang  a  Requirements 

intermit 

Decision 

3  Modify  roll  commands  ss  required 

Intermit 

Action 

c 

Oaacand  to  25.000  FT  MSL 

Et 

FJbda 

Contmu 

t  Safact  aJbtude  dacraaaa  targat 

Dascrata 

Decision 

2  Command  prtch  down 

Daacrata 

Action 

3  Monitor  mdicatad/commsndad  altitude 

Intermit 

Infoim 

4  Evaluate  aJltuda  dacraaaa  prograaa 

Inteimit 

Deoaion 

5  Modify  pitch  comm  and  a  at  required 

Intel  mil 

Action 

d 

Continue  dacataraton  to  daacant  speed 

El 

F3bc 

Continu 

1  Monitor  mdicatad/Commandad  spaad 

Inter  mit 

Inform 

2  Evaluate  spaad  dacraasa  prograaa 

Inter  mil 

Decision 

3  Modify  thrust  commands  ss  required 

Intermit 

Action 

a 

Mnnum  dsscsnt  spaad  (310  kts) 

E2 

F3d 

F3bc 

Continu 

t  Monitor  mdtca tad- commanded  spaad 

*  Intsi mu 

Inform 

2  Evaluate  spaad  change  laqunamants 

Inter  mi  t 

Decision 

3  Modify  thrust  commands  as  required 

Intermit 

Action 

F4 

Managa  Flight  Plan 

<—  ■  — X - ■  —X—  ■  — X- —  ■ - X—  ■  — X—  ■  —X—  ■  — X —  ■  — > 

a 

Monitor  flight  prograaa 

Intarmi  t 

inform 

F5 

Managa  Conbnganoas 
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C  1 

Arm*  at  25,000  FT  MSL  04.36.30 

2 

End  ait  changa  adu>ow 

3 

Arm*  at  1 8,000  FT  MSL  04  30:24 

4 

S 

« 

1 

Mlaaion: 

LAX  to  JFK 

1.4 

Period: 

Arrival 

1.4.1 

Phaoo 

Doocont 

1112 

S«m»nt 

Doacaot  to  18.000  FT  MSL 

V 

Evant 

<  > 

Tima  Window 

■ 

Tima  Ouration 

ivant/Functlon 

Dapani 

®  •  ® 

V  V  V 

Evi 

■nt 

Func 

tfon 

Porformanco 

Function 

Pro 

Rat 

Sag  

C on  

Schadula 

Catagory 

FI 

Managa  Flight  Coordinator 

<—  ■  -X - ■  -X-  ■  -X-  ■ - X-  ■  -X-  ■  —X—  ■  -X—  ■  — » 

4 

Monitor  Partytina 

Intar  mit 

Inform 

b 

Racaiva  n aw  alt  dsaranca 

Daacrata 

Comm 

<—  ■— > 

c 

Acfcnowladga  naw  alt  daaranca 

Fib 

0a acrata 

Comm 

F2 

Managa  Aircraft  Syatama/Procaduraa 

<—  ■  -X—  ■  -X—  ■ - X-  ■  -X—  ■  -X-  ■  -X-  ■  — *c—  ■  - 

* 

Monitor  syatsms  atatua 

Intarmit 

Inform 

F3 

Managa  Aircral!  Movamant 

<—  ■  — a« - ■  — X-  ■  -**—  ■ - X—  ■  —x—  ■  -X-  ■  — X—  ■  — » 

• 

Monitor  Ground/Flight  Path 

Intarmit 

Inlorm 

b 

Maintain  haading  (COPES  mtaraachon) 

F3cdo 

Contmu 

t  Monitor  indieatsd/commandsd  haading 

Intarmit 

Inform 

2  Eva  uata  haading  changa  ragwamanta 

Intarmit 

Daciaron 

3  Modify  roll  command#  aa  raqutrad 

Intarmit 

Action 

c 

Maintain  310  kta 

F3bdo 

Contmu 

1  Mor  tor  indica  tad/comm  andad  apaad 

Intarmit 

Inform 

2  Evaiusts  apaad  changa  raquiramanta 

Intarmit 

Daciaion 

3  Modify  firuat  command*  ••  rsqu  ad 

Intarmit 

Action 

4 

Maintain  aibfcida  at  25.000  FT  MSL 
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APPENDIX  H 


IDEF0  MODEL  OF 

ACCOMPLISH  COMMERCIAL  TRANSPORT  MISSIONS 


CONCEPTUAL  MODEL 

The  IDEFp  model  is  a  top-down  analysis  and  it  starts  by  representing  the  complete  commercial 
transport  flight  activity  as  a  simple  unit — a  box  with  arrow  interfaces  to  activities  outside  of  the 
unit.  Since  the  single  box  represents  the  activity  as  a  whole,  the  descriptive  name  written  in  the  box 
is  general.  The  same  is  true  of  the  interface  arrows  since  they  represent  the  complete  set  of  external 
interfaces  to  the  whole  activity. 

The  top-level  box  (Node  A-0)  that  represents  the  activity  as  a  single  module  is  then  decomposed 
(broken  down  into  subfunctions/subactivities)  on  the  following  diagram.  The  decomposed  diagram 
contains  boxes  that  are  major  subfunctions/subactivities  of  the  single  parent  module.  Each  of  the 
subfunctions  may  be  similarly  decomposed  to  expose  even  more  detail.  Decomposition  reveals  a 
complete  set  of  subfunctions,  each  represented  as  a  box  showing  boundaries  as  defined  by  the 
interface  arrows. 

Each  diagram  in  the  IDEF0  model  is  shown  in  precise  relationship  to  the  other  diagrams  by  means 
of  interconnecting  arrows.  When  a  module  is  decomposed  into  subfunctions,  the  interface  between 
the  subfunctions  are  shown  as  arrows.  The  name  of  each  subfunction  box,  plus  its  labeled 
interfaces,  define  a  bounded  context  for  that  module. 

In  all  cases,  every  subactivity  is  restricted  to  contain  only  those  elements  that  lie  within  the  scope 
of  the  parent  module.  Further,  the  module  cannot  omit  any  elements.  Thus,  as  already  indicated, 
the  parent  module,  or  box,  and  its  interfaces  provide  a  context — nothing  may  be  added  or  removed 
from  this  precise  boundary. 

Model  Characteristics 

The  IDEF0  model  exhibits  used  in  this  document  are  composed  of  text,  diagram,  and  glossary 
pages,  in  that  order.  The  first  text  page  provides  an  overall  description  of  the  model’s  structure, 
followed  by  the  two  pages  that  give  an  overview  of  the  model  in  the  form  of  a  Node  Index.  The 
reader  of  the  IDEF0  model  will  find  a  series  of  diagrams  and  glossary  pages  that  are  arranged  in 
sequence  to  develop  the  analysis  process  to  the  “Perform  Takeoff’  function. 

IDEF0  has  its  greatest  strength  in  its  effectiveness  as  a  tool  for  dealing  with  complexity,  because  it 
starts  with  every  general  level  of  detail  and  gradually  introduces  more  detail  as  the  analysis 
proceeds  to  lower  levels  of  analysis. 


The  IDEF0  methodology  does  not  address  time  or  sequence,  so  it  fails  to  meet  all  of  the  basic 
requirements  for  a  function  analysis.  It  must  be  supplemented  by  the  use  of  additional  techniques 
that  define  the  required  time/sequence  flow  so  that  a  valid  time  line  of  activity  can  be  established. 
Glossaries  are  provided  for  each  applicable  diagram  so  that  the  reader  of  the  EDEF0  model  has 
sufficient  understanding  of  the  interfaces  between  activities  or  the  “things”  produced  by  the 
activities. 
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APPENDIX  I 


DESCRIPTION  OF  A  FUNCTIONAL  RELATIONSHIPS  DATABASE 

During  the  design  integration  phase  of  the  function  allocation  methodology,  the  allocator  con¬ 
structs  the  pairwise  relationships  among  all  possible  pairs  of  “H”  and  “H/A”  tasks.  This  step  and 
subsequent  viewing  of  the  relationship  network  and  cluster  analyses  on  pair  relationships  requires 
a  database  that  is  derived  from,  but  separated  from,  the  functional  requirements  database.  The  table 
below  lists  the  fields  for  this  relationships  database. 


TABLE  l-l  —  FUNCTIONAL  RELATIONSHIPS  DATABASE 


Database  Section 

Column  Name 

Data  Type 

Function  X 

Name/number 

Character 

Function  Y 

Name/number 

Character 

Comparison  ratings 

Shared  goals 

Numeric 

Shared  subsystems 

Numeric 

Shared  information 

Numeric 

Temporal  co-occurrence 

Numeric 

Resource  competition 

Numeric 

Composite  ratings 

Numeric 

User-defined 

Numeric 

User-defined 

Logical 

i-i 


APPENDIX  J 


DESCRIPTION  OF  PROGRAM  DATABASE 

This  Appendix  identifies  a  set  of  database  fields  that  contain  information  needed  to  conduct 
human-system  function  allocation  in  commercial  aircraft  design.  Character,  numeric  and  logical 
fields  can  be  produced  in  any  popular  database  package  for  microcomputers  (e.g.,  4th  Dimension , 
Excel,  dBase,  Works,  etc.)  or  in  larger  mainframe  packages  (e.g.,  Ingres).  Fields  that  contain  text 
blocks  or  graphics  are  not  as  easily  represented  in  some  of  the  existing  tools,  particularly  those 
hosted  on  character-based  computer  systems. 

Depending  on  the  size  limitations  of  the  database  package  used,  all  of  the  fields  that  can  be  repre¬ 
sented  in  a  given  package  might  be  included  in  a  single  file.  However,  for  an  entire  functional 
description  of  an  airliner  mission,  one  will  run  into  size  problems  with  PC-based  systems  running 
under  DOS  due  to  the  640K  limitation  on  memory.  Under  these  circumstances,  multiple  databases 
will  be  required.  This  requirement  poses  no  particular  problem,  however,  as  long  as  a  set  of  identi¬ 
fier  fields  are  copied  from  one  database  to  another  to  permit  cross-sorts,  relational  referencing, 
copying,  etc. 

In  constructing  the  database  specification,  we  made  the  following  assumptions: 

1.  The  Function  Allocator  is  following  the  allocation  methodology  described  in  Rouse  and 
Cody  (ref.  16). 

2.  The  Function  Allocator’s  necessary  and  sufficient  information  requirements  derive  from 
this  methodology.  We  reviewed  each  step  of  the  methodology  to  define  its  inputs  and 
outputs.  These  inputs,  outputs,  and  the  allocator’s  task  associated  with  them  suggested  the 
database  structure,  fields,  and  operations. 

3.  According  to  Rouse’s  methodology,  the  allocation  policy  emerges  over  three  major  cycles 
or  iterations.  Each  cycle  includes  allocation  followed  by  design  (to  determine  what  dis¬ 
plays,  controls,  and  procedures  the  human’s  tasks  will  involve)  and  evaluation  (to  verify 
that  the  human  can  perform  the  tasks  so  designed).  The  first  cycle  results  in  an  initial  or 
coarse  allocation,  task  design  ,and  evaluation.  In  the  second  cycle,  opportunities  for  inte¬ 
grating  related  functions  and  separating  functions  that  conflict  for  human  resources  are 
treated.  In  the  third  stage,  static  and  dynamic  allocation  policies  are  determined. 

Hence,  the  function  allocator  “fills  in”  the  database  as  he  or  she  proceeds.  The  necessary 
and  sufficient  information  for  executing  Rouse’s  methodology  emerges  as  design 
progresses.  The  information  cannot  all  be  obtained  “in  advance”  of  allocation.  Therefore, 
the  database  design  includes  information  fields  that  can  (must)  be  filled  in  to  begin  the 
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methodology,  but  also  anticipates  fields  that  the  allocator  generates  in  performing  the 
methodology. 

4.  As  much  as  possible,  we  used  the  mission  decomposition  and  database  definition  materials 
already  provided  by  Douglas  Aircraft  Company  under  this  project. 


TABLE  J-l  —  PROGRAM  DATABASE 


Database  Section 

Column  Name 

Data  Type 

Mission  Timeline: 

Mission  Identification 

Type 

Character 

Period 

Character 

Phase 

Character 

Segment  name 

Character 

System  State  Vector: 

Vehicle  state 

Elapsed  time 

Real 

X-pos 

Real 

Y-pos 

Real 

Altitude 

Real 

Ground  velocity 

Real 

Flight  path  angle 

Real 

Heading 

Real 

Object  relationships 

INS  waypoint  selected 

Integer 

Waypoint  range 

Real 

Waypoint  bearing 

Real 

TACAN  range 

Real 

TACAN  bearing 

Real 

ADF  bearing 

Real 

Other  a/c  range 

Real 

Other  a/c  bearing 

Real 

Other  a/c  elevation 

Real 

Subsystem  State  Vectors: 

Propulsion 

Engine  ignition 

Integer 

Engine  start  fuel 

Integer 

Engine  mode 

Integer 

Fuel  transfer  mode 

Integer 

Secondary  FCS 

Flaps  leading  edge 

Integer 

Flaps  trailing  edge 

Integer 

Automatic  FCS 

Auto-throttle  mode 

Integer 

Auto-throttle  status 

Integer 

Auto-throttle  setting 

Integer 

Altitude-hold  mode 

Integer 

Auto  pilot  mode 

Integer 
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TABLE  J-l—  (Continued) 


Database  Section 

Column  Name 

Data  Type 

Flight  planning  system 

Aircraft  guidance  system 

Status,  modes  and 

Integers 

Flight  progress  monitor 

settings  per  system 

Performance  mgmt  system 

Landing  gear 

Nose  gear  state 

Integer 

Center  gear  state 

Integer 

Main  gear  state 

Integer 

Nose  wheel  steering 

Integer 

Brakes 

Auto-brake  mode 

Integer 

Anti-skid  mode 

Integer 

Navigation 

INS  mode 

Integer 

DME  status 

Integer 

ADF  status 

Integer 

TACAN  channel 

Integer 

Radio  altimeter  set 

Real 

Instrumentation 

Traffic  alert/avoid 

Integer 

Ground  warning  status 

Integer 

Electrical 

Lighting 

Hydraulic 

Status,  modes  and 

Integer 

Air  system 

settings  per  system 

Fire  detection 

Waming/alerting 

Communications 

Transmitter  selected 

Integer 

Channel 

Integer 

Frequency 

Real 

Ice  &  rain  protection 

De-ice  system  mode 

Integer 

Weather  radar  mode 

Integer 

Weather  radar  status 

Integer 

Weather  radar  range 

Integer 

Weather  radar  gain 

Integer 

Weather  radar  angle 

Integer 
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TABLE  J-l —  (Continued) 


Database  Section 

Column  Name 

Data  Type 

Functional  Requirements: 

Function  identification 

Number 

Character 

Indentation  Level 

Integer 

Function  Name 

Character 

Category 

Character 

Function  type 

Character 

Function  attributes 

Duration 

Real 

Duration  variance 

Real 

Earliest  start 

Real 

Latest  start 

Real 

Goal  (parent  function) 

Integer 

Predecessor  function(s) 

Integer 

Trigger  condition(s) 

Character 

Ending  condition(s) 

Character 

Uses  subsystem(s) 

Integer 

Criticality  to  mission 

Integer 

Information  requirements 

Variable  name(s) 

Character 

Required  accuracy 

Character 

No.  samples  required 

Character 

Allocation 

Designated  performer(s) 

Character 

Performance  and  Cost  Goals 

Desired  performance 

Duration 

Real 

Duration  variance 

Real 

Error  likelihood 

Real 

Firm  Constraints 

Space 

Numeric 

Weight 

Numeric 

Location 

Text/graphic 

Signal  access 

Text/graphic 

Use  of  existing  a/c  syst 

Text 

Use  of  existing  equipment 

Text 

Flexibility  to  upgrade 

Text 

Technology  availability 

Text 

TABLE  J-l  —  (Continued) 


Database  Section 

Column  Name 

Data  Type 

Production  cost  goals 

Fabrication 

Numeric 

Assembly 

Numeric 

Testing 

Numeric 

Operational  support  goals 

Manpower  requirements 

Text/numenc 

Personnel  requirements 

Text/numeric 

Training  requirements 

Text/numeric 

Logistics 

Text/numeric 

“Task  Window:’’ 

Description 

Text  description 

Text 

Display 

Preferred  location 

Integer 

Medium,  hardware  requirements 

Text 

Type 

Character 

Picture 

Graphic 

Software  requirements 

Text 

Control/Input 

Preferred  location 

Character 

Medium,  hardware  requirements 

Character 

Type  • 

Character 

Picture 

Software  requirements 

Graphic 

Procedure 

Description 

Text 

Training  requirements 

Text 

Human  Resource  Requirements 

Input  (visual/auditory) 

Character 

Processing  (verbal/spatial) 

Character 

Output  (manual/speech) 

Character 

Model 

Description 

Text 

Equation  or  software 

Text 

Performance  predictions 

Expected  duration 

Real 

Expected  duration  variance 

Real 

Expected  error 

Real 

Evaluation  Data: 

Actual  performance 

Duration 

Real 

Duration  variance 

Real 

Error  likelihood 

Real 

J-5 


TABLE  J-l —  (Continued) 


Database  Section 

Column  Name 

Data  Type 

Constraint  satisfaction 

Space 

Numeric 

Weight 

Numeric 

Location 

Text/graphic 

Signal  access 

Text/graphic 

Use  of  existing  a/c  syst 

Text 

Use  of  existing  equipment 

Text 

Flexibility  to  upgrade 

Text 

Technology  availability 

Text 

Actual  production  cost 

Fabrication 

Text/Numeric 

Assembly 

Text/Numeric 

Testing 

Text/Numeric 

Actual  operational  support  cost 

Manpower  requirements 

Text/Numeric 

Personnel  requirements 

Text/Numeric 

Training  requirements 

Text/Numeric 

Logistics 

Text/Numeric 
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APPENDIX  K 


DESCRIPTION  OF  A  FUNCTION  DICTIONARY 

This  Appendix  contains  descritpion  of  128  commercial  airline  system  functions.  These  functions 
were  derived  from  operational  procedures  manuals  for  an  advanced  commercial  transport,  previous 
function  decompositions,  and  function  definitions  developed  by  Douglas  Aircraft. 

The  functions  are  divided  into  four  categories  as  defined  by  Douglas  Aircraft  Company: 

•  Manage  Aircraft  Movement 

•  Manage  Flight  Plan 

•  Manage  Aircraft  Systems  and  Procedures 

•  Manage  Flight  Coordination 

In  keeping  with  the  definition  of  a  function,  each  entry  represents  a  goal-directed  activity  that  is 
required  to  meet  some  mission  or  system  goal  or  accomplish  some  higher-level  function.  As  can  be 
seen  from  the  list,  the  128  functions  represent  different  level  in  a  hierarchical  decomposition. 
Functions  whose  values  are  described  as  “summary  procedures,”  if  used  in  an  actual  function 
timeline,  would  have  to  be  decomposed  into  several  more  granular  subfunctions  from  the  list. 

For  example,  function  #44  “Execute  Missed  Approach”  is  a  summary  function  that  includes 
subfunctions  drawn  trom  the  flight  control,  subsystems  management  and  communication  categor¬ 
ies.  In  building  a  function  timeline,  the  allocator  would  list  the  “Missed  Approach”  function  as  a 
parent  and  all  appropriate  subfunctions  as  children.  Each  child  function  may,  in  turn,  require 
further  decomposition  to  arrive  at  allocatable  primitive  functions  for  which  tasks  can  be 
constructed. 

Each  entry  in  this  appendix  is  identified  by  a  unique  number  (used  for  identification  purposes  in 
function  timelines  and  the  relationship  databases),  a  function  verb  and  a  function  object.  Where 
appropriate,  the  value  that  the  object  can  assume  or  its  units  of  measurement  are  provided. 

The  concept  for  using  this  database  is  straightforward.  We  assumed  that  in  constructing  a  function 
timeline,  the  function  allocator  could  be  supported  with  a  list  functions  whose  meanings  were 
standardized.  While  these  128  functions  are  far  from  exhaustivel  of  those  that  are  required  in 
commerical  aviation,  they  do  illustrate  the  nature  of  this  supporting  database. 


TABLE  K-l  —  FUNCTION  DICTIONARY 


Function  Category 

No. 

Verb 

Object 

Units 

Manage  Aircraft 

1 

adjust 

pitch 

degrees 

Movement 

2 

adjust 

roll 

degrees 

3 

adjust 

yaw 

degrees 

4 

adjust 

thrust 

value 

5 

select 

pitch  trim 

value 

6 

select 

roll  trim 

value 

7 

select 

flaps-leading  edge 

up  down 

8 

select 

flaps-trailing  edge 

0,  1,5,  10,  20,  30 

9 

select 

speedbrakes 

armed,  up,  flight  detent  down 

10 

select 

spoilers 

in,  mid,  out 

11 

adjust 

ground  brakes 

value 

12 

adjust 

nose  wheel  steering 

value 

13 

select 

airspeed 

kts 

14 

monitor 

airspeed 

kts 

15 

hold 

airspeed 

kts 

16 

change 

airspeed 

kts 

17 

select 

altitude 

feet 

18 

monitor 

altitude 

feet 

19 

hold 

altitude 

feet 

20 

change 

altitude 

feet 

21 

select 

heading 

degrees 

22 

monitor 

heading 

degrees 

23 

hold 

heading 

degrees 

24 

change 

heading 

degrees 

25 

select 

flight  path  angle 

degrees 

26 

monitor 

flight  path  angle 

degrees 

27 

hold 

flight  path  angle 

degrees 

28 

change 

flight  path  angle 

degrees 

29 

execute 

straight  &  level 

maneuver 

30 

execute 

climb 

maneuver 

31 

execute 

constant  angle  descent 

maneuver 

32 

execute 

decel  at  constant  angle 

maneuver 

33 

execute 

dive 

maneuver 

34 

execute 

flare 

maneuver 

35 

execute 

level  turn 

maneuver 

36 

execute 

pitch-over 

maneuver 

37 

execute 

pitch-up 

maneuver 

38 

execute 

steep  turn 

maneuver 

39 

execute 

instrument  approach 

summary  procedure 

40 

execute 

instrument  departure 

summary  procedure 

41 

execute 

instrument  hold 

summary  procedure 

42 

execute 

instrument  land 

summary  procedure 

43 

execute 

instrument  takeoff 

summary  procedure 

44 

execute 

missed  approach 

summary  procedure 

45 

execute 

take-off  abort 

summary  procedure 

46 

execute 

stall  recovery 

summary  procedure 
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TABLE  K-l  —  (Continued) 


Function  Category 


Manage  Flight  Plan 


Manage  Aircraft 
Systems  &  Procedures 


No. 

Verb 

Object 

Units 

47 

execute 

visual  take-off 

summary  procedure 

48 

intercept 

ADF  bearing 

degrees 

49 

track 

ADF  bearing 

degrees 

50 

intercept 

course 

degrees 

51 

track 

course 

degrees 

52 

intercept 

DME  arc 

nm 

53 

track 

DME  arc 

nm 

54 

intercept 

ILS  glideslope 

dots 

55 

track 

ILS  glideslope 

dots 

56 

intercept 

ILS  localizer 

dots 

57 

track 

ELS  localizer 

dots 

58 

intercept 

TACAN  radial 

integer 

59 

track 

TACAN  radial 

integer 

60 

intercept 

VOR  radial 

integer 

61 

track 

VOR  radial 

integer 

62 

select 

ELS  freq 

Hz 

63 

select 

course 

integer 

64 

select 

waypoint 

integer 

65 

select 

INS  data 

pos,  tk/gs,  hdg/da,  wypt. 

66 

select 

INS  mode 

off,  stbv,  align,  nav,  an 

67 

select 

ADF  freq 

Hz 

68 

select 

ADF  status 

on,  off 

69 

select 

DME  arc 

integer 

70 

select 

DME  freq 

Hz 

71 

select 

nav  steering  mode 

INS,  hdg,  VOR,  ILS,  land 

72 

select 

VOR  freq 

Hz 

73 

prepare 

land 

summary  procedure 

74 

prepare 

emergency  land 

summary  procedure 

75 

prepare 

take-off 

summary  procedure 

76 

select 

landing  gear-center 

up,  down 

77 

select 

landing  gear-main 

up,  down 

78 

select 

landing  gear-nose 

up,  down 

79 

select 

nose  wheel  steering 

on,  off 

80 

select 

anti-skid 

on,  off 

81 

select 

auto-brake  mode 

disarm,  min,  med,  max 

82 

select 

auto-brake  status 

on,  off 

83 

select 

altitude-hold 

on,  off 

84 

select 

auto-throttle  mode 

turb,  vert/s,  ias 

85 

select 

auto-throttle  speed 

kts 

86 

select 

auto-throttle  status 

on,  off 

87 

select 

auto-pilot  data 

INS,  air,  data... 

88 

select 

auto-pilot  status 

on,  off 

89 

select 

fuel  transfer 

off,  automatic 

90 

select 

jettison  fuel 

on,  off 
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TABLE  K-l  —  (Continued) 


Function  Category 


Manage  Flight 
Coordination 


No. 

Verb 

Object 

91 

select 

engine  start  fuel 

92 

select 

engine  ignition 

93 

select 

engine  mode 

94 

select 

engine  fire  extinguish 

95 

select 

transmitter 

96 

select 

transmitter  freq 

97 

select 

transmitter  status 

98 

select 

intercom 

99 

select 

flight  recorder  status 

100 

select 

weather  radar  status 

101 

select 

weather  radar  mode 

102 

select 

weather  radar  range 

103 

select 

weather  radar  gain 

104 

select 

weather  radar  angle 

105 

select 

ground  warning  status 

106 

enter 

data  into  <subsystem> 

107 

monitor 

subsystem  for  info 

108 

monitor 

subsystem  status 

109 

correct 

subsystem  fault 

110 

determine 

present  position 

111 

execute 

cleanup  after  take-off 

112 

execute 

INS  update 

113 

execute 

radar  nav  fix 

114 

execute 

TACAN  nav  fix 

115 

execute 

visual  nav  fix 

116 

locate 

object 

117 

monitor 

other  a/c 

118 

monitor 

OW  for  landmarks 

119 

monitor 

OW  for  obstacles 

120 

monitor 

time-to-go 

121 

callout 

event 

122 

monitor 

comm  message 

123 

request 

checklist  initiation 

124 

request 

clearance  from  ATC 

125 

request 

flaps 

126 

request 

gear 

127 

respond 

ATC  command 

128 

respond 

checklist  item 
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Units 

idle,  rich,  cutoff 
on,  off 
on,  shutdown 
off,  arm,  discharge 
HF,  VHF,  UHF 
Hz 

transmit,  receive 
on,  off 
on,  off 
on,  off 

stby,  norm,  corn,  map 

30,  100,  300  nm 

value 

degrees 

on,  off 

summary  procedure 


summary  procedure 
summary  procedure 
summary  procedure 
summary  procedure 
summary  procedure 
summary  procedure 
summary  procedure 

rel-az,  rel-el,  range,  hdg 
rel-az,  rel-el,  range,  hdg 

time 

checklist  position 

communication 

communication 

communication 

communication 

communication 

communication 

communication 
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RULE  SYSTEM  FOR  FUNCTION  ALLOCATION  METHODOLOGY, 

METHOD  B 


This  appendix  depicts,  in  diagrammatic  form,  the  ordered  rule  system  developed  for  the  function 
allocation  methodology  in  Method  B.  As  the  diagram  suggests,  the  rules  are  to  be  interpreted  from 
left  to  right,  and  from  page  to  page  (herein  referred  to  as  “panels”).  The  below  key  provides  a 
guide  to  the  symbology  used  on  the  panels.  All  probability  assignments  associated  with  allocation 
decisions  are  subjective  estimates. 


Key  to  panel  symbology: 

Fx  =  Function  X 

p  =  primary 

s  =  secondary 

pA-pF  =  Panel  A  -  Panel  F 


L-l 


PANEL  A 


Fx  involves 
Ambiguous 
Information  or 

Uncertain  - ^/pB) 

Events  and  is 
Essential  to 
Mission  Safety 

Fx  involves 
Ambiguous 
Information  or 
Uncertain  (pB) 

Events  and  is  ^ 

Not  Essential  to 
Mission  Safety 


Fx  does  Not 
involve 
Ambiguous 
Information  or  ^ 
Uncertain  ^ 
Events  and  is 
Essential  to 
Mission  Safety 


Fx  does  Not 
involve 
Ambiguous 
Information  or 
Uncertain  £y 

Events  and  is 
Not  Essential  to 
Mission  Safety 


Not  Feasible 
to  Automate 
and  Not 
Beyond 
Human 
Capacity 


Human 
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PANEL  B 


Human 

Human 


PANEL  C 


Fx  Involves 
Monitoring 
(“inform")  and 
Involves 
Communication 


Fx  Involves  Sensor/System  Info 

Monitoring  ND°*  Hu™n  ~ 

(‘inform")  and  Does^^  erceiv 


1  oo 


Not  Involve 

Communication  \  Human  Perceived  Not 
Sensor  Into  (e  g.,  Visual 
Acq.  of  a  TCAS  RA  ) 


Automation  (p) 
Human  (s) 


Fx  Occurs  in  a 
Potentially  Fatiguing 
Situation 


Fx  Does  Not  Occur 
in  a  Potentially 
Fatiguing  Situation 


Human  (p) 
Automation  (s) 


Automation  (p) 
Human  (s)  • 


Human  (p) 
Automation  (s) 


Fx  Does  Not 
Involve 


PANEL  D 


Automation  (p) 
Human  (s) 


Human 


Human  (p) 
Automation  (s) 


© 


Intermittent 


Discrete 
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PANEL  E 


Predse  / 
+  Slow^ 


Simple  , 


Human 


Complex* 


(Simple 

•  17. 

Complex 


<  Simple  « 
Complex  ^ 

<'  Simple  4 

Complex  « 


Human 


Automation 


Human 


Human  ] 

[Automation  I 
Human 

|  Automation”! 

Human 


#  or 

Complexity 
of  Inputs 
Low 


.  Decision  j 
Pp/  ^  Action 


rli=====J 


Automation 


#or 

Complexity 
of  Inputs 
High 


[Automation  I 
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SAMPLE  EVALUATIONS  OF  THE  FUNCTION  ALLOCATION 
METHODOLOGY,  METHOD  B 

This  appendix  presents  two  sample  evaluations  (in  Tables  M-I  and  M-II)  of  the  function  allocation 
methodology  for  Method  B:  The  Liftoff  segment  of  the  Takeoff  phase,  and  the  Descent  to  Outer 
Marker  segment  of  the  Approach  phase.  Each  sample  contains  several  data  fields.  First,  functional 
descriptions  from  the  Analysis  Format  database  are  included.  The  next  field  comprises  a  pilot’s 
responses  to  decision  criteria  employed  in  the  function  allocation  rule  system  (see  Appendix  L). 
Finally,  two  versions  of  allocation  outcomes  from  this  rule  system  are  presented.  One  outcome 
field  is  generated  from  the  rule  system  described  in  Appendix  L.  The  other  outcome  field  is  also 
based  on  the  rule  system,  but  this  time  excluding  two  problematic  decision  criteria:  “Does  the 
function  involve  ambiguous  or  vague  information,  or  occur  in  an  uncertain  context?”  and  “Is  the 
function  essential  to  the  mission’s  completion  or  to  safety?” 
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TABLE  M-l  —  SAMPLE  EVALUATION  OF  THE  PROCESS  B  FUNCTION  ALLOCATION 
METHODOLOGY  USING  THE  LIFTOFF  SEGMENT  OF  THE  TAKEOFF  PHASE 


V  Event 
<  >  Tima  Window 
■  Tima  Duration 


ANALYSIS  FORMAT 


Event  Time 


E  1 

Attem  rotation  speed 

00:06.00 

1 

Misaion; 

LAX  to  JFK 

2 

Attain  climb  spaad 

1.2 

Parlod: 

Da  part  ura 

3 

Attain  stabla  flight 

1.2.2 

Phaaa: 

Takaoff 

4 

Arriva  at  50  FT  AGL 

00  06:45 

1. 2.2.2 

Segment: 

Liftoff 

Event/Function 

Dependency 

O  ®  ® 

Event 

Function 

V 

V  V  V 

Function 

Pro 

Rat 

Saq 

Con 

<—  ■  — x - 

FI 

a 

Managa  Flight  Coordination 

Monitor  Partyline 

<-  ■  — X - 

< - ■ - > 

F2 

a 

b 

c 

Managa  Aircraft  Systems/Procedures 

Monitor  systems  status 

Raisa  landing  gaar 

Disarm  ground  spoilars 

E3 

E3 

E4 

E4 

<—  ■  — X - 

■  —x—  ■  —x—  ■ - x—  ■  — x—  ■  —x—  ■  —x—  ■  — > 

F3 

a 

b 

Managa  Aircraft  Movamant 

Monitor  Ground/Flight  Path 

— 

c 

Maintain  haadmg 

1  Monitor  mdicatad/commandad  haadmg 

2  Evaluate  heading  change  requirements 

3  Modify  roll  commands  as  required 

Rotate  aircraft  to  takeoff  attitude 

1  Salad  nose  up  attitude  target 

2  Command  pitch  up 

3  Monitor  mdicet  ad/co  mm  ended  attitude 

4  Evaluate  attitude  change  requirements 

5  Modify  pitch  commands  as  required 

Atronrl  tn  FT  Aftl 

El 

F3be  f 

Alvina  tu  ju  r  i  nUL 

1  Select  altitude  increase  target 

2  Command  pitch  up  attitude 

3  Monitor  indicated/commended  altitude 

4  Evaluate  altitude  increase  progress 

5  Modify  pitch  commands  as  required 

f 

Accelerate  to  climb  speed  (V2+t0) 

1  Select  speed  increase  target 

2  Command  Forward  Thrust  Increase 

3  Monitor  Indicated/Commanded  Speed 

4  Evaluate  Spaad  tncraasa  Progress 

5  Modify  thrust  commands  as  required 
Maintain  climb  speed 

1  Monitor  indicat  ad/commanded  speed 

2  Evaluate  speed  change  requirements 

3  Modify  thrust  commands  as  required 

E2 

F3e 

rjocfl 

F3bd 
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TABLE  M-l  — (Continued) 


Function 

Function 

Currently 

Function 

Function 

Function 

Function 

Mleirrterp. 

Involve 

Involve 

Communication  la: 

Faaaibi* 

Beyond 

InvoJv* 

Eaaantlal  to 

Errors 

Monitoring? 

Commun¬ 

Tactical  or 

to 

Human 

Ambiguoua 

tha  Mission 

Poaeible? 

ication? 

Strategic 

Automat*? 

Capacity? 

or  Unc*rtain 

or  to  Safety? 

Tacttcal-0 

Performance 

InfovEvanta? 

Strategical 

Schedule 

Cetegory 

no«4,yeeal 

noaO.yeeal 

no-Oyee-1 

noaCLyeeal 

noaO.yeeal 

no-Oyee-1 

no«0,y»e«1 

-■ 

• 

' 

. .  .. ..... 

Intermit 

Inform 

0 

0 

1 

0 

1 

1 

0 

i 

'.y ^ 

.  • 

'  /  •  : 

....................... 

•  :  " . : 

'  ; . 

T,-xT. 

"  •  ''•m  ''-’x 

n 

Intermit 

Inform 

1 

o 

i 

1 

1 

1 

0 

Discrete 

Action 

1 

0 

0 

0 

1 

1 

0  ' 

Discrete 

Action 

1 

0 

0 

0 

1 

0 

0 

:  •  '  . ' 

1 

■ 

• 

•  '  ' 

V  ",  u“  .  1 

Intermit 

Inform 

1 

0 

1 

i 

1 

1 

0 

Conlinu 

'  '  : 

'  :•••  ' 

Intermit 

Inform 

1 

0 

0 

1 

1 

1 

0 

Intermit 

Decision 

0 

.  0 

1 

1 

1 

0 

0 

Intermit 

Action 

0 

0 

1 

1 

1 

0 

0 

Conlinu 

• 

. 

•• 

Discrete 

Decision 

1 

0 

r  o 

1 

1 

0 

0 

Discrete 

Action 

1 

0 

0 

1 

1 

0 

0 

Intermit 

Inform 

1 

0 

0 

1 

1 

^  1 

0 

Intermit 

Decision 

1 

0 

0 

1 

1 

0 

0 

Intermit 

Action 

1 

0 

0 

1 

1 

0 

0 

Conlinu 

Discrete 

Decision 

1 

0 

0 

1 

1 

0 

0 

Discrete 

Actio  n 

1 

0 

0  H 

1 

1 

o  H 

0  H 

Intermit 

Inform 

1 

0 

0 

1 

1 

1 

0 

Intermit 

Decision 

1 

0 

K  0 

1 

1 

h  0 

0 

Intermit 

Action 

1 

0 

0 

1 

1 

0 

0 

Conlinu 

Discrete 

Decision 

1 

0 

0 

1 

1 

0 

0 

Discrete 

Action 

1 

0 

0 

1 

1 

0 

0 

Intermit 

Inform 

1 

0 

K  o  H 

1 

1 

1 

0 

Intermit 

Decision 

1 

b 

0 

1 

1 

0 

0 

Intermit 

Action 

1 

0 

0 

1 

1 

0 

0 

Continu 

.... 

Intermit 

Inform 

1 

0 

0 

1 

1 

1 

0 

Intermit 

Decision 

1 

0 

0 

1 

1 

0 

0 

Intermit 

Action 

1 

0 

0 

1 

1 

0 

0 
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TABLE  M-l  —  (Continued) 


Currently  Monitoring  it: 
Dataiink/Syatam 
info  or  Human 
Ptrctlvtd  (a.g., 
TCAS.HAorATC  Voice) 
OL/tyasO,  KPmr.mi 

Hu  net  ion  in 
Potentially 
Fatiguing 
Situation? 

rve»0.y^l 

Function  it  Not 
Monitoring  and  it  Not 
Communication,  but  it: 

ContnuoueaO 

nMnrttantil 

Wcnmm2 

intermittent 
Dtcition  or  Action 
Receiving  t  Raft 
of  inputt  that  it: 

Low  0 

Hlflh.1 

Function  it  a  Di terete  Action  or  Dtcition 

Dependent  on  a  Decision 

Function 
Number  or 
Complexity 
of  inputa 
ICWwO/  Hlghal 

Coarse  =0 
Precist=1 

Siow-0 

Fest=1 

Simp  it  =0 
Compitxsl 

: ' . . . . . . . 

.  ..........  .. 

. . . . 

1 

0 

0 

T* 

0 

0 

0 

. 

1 

0 

2 

. 

0 

2 

ii.mm.m  iii.i  r.ninm 

. 

6 

1 

1 

0 

. i . 

. 

1 

0 

1 

0 

0 

,  I, . .  '  Hi, 

0 

1 

0 

1 

0 

- - - 

0 

'  -6 

~  . . ““  * . . 

1 

0 

. 

0 

2 

1 

0 

0 

1 

0 

0 

. 

. 

0 

1 

0 

. 

0 

1 

0 

1 

0 

0 

0 

_ x- _ -  -  • 

2 

0 

1 

0 

0 

0 

2 

0 

1 

0 

0 

1 

0 

0 

0 

1 

0 

0 

0 

1 

0 

1 

0 

0 

. •  •- 

0 

2 

0 

1  - 

0 

0 

0 

2 

0 

0 

0 

1 

0 

0 

• 

0 

1 

0 

0 

0 

1 

0 

— . 

1 

0 

0 

. .  1 

b 

1 

0 

0 

1 

0 

0 

■  r . . . mm..; — - - 

. -----  ' . . 

0 

1 

0 

1 

0 

0 
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TABLE  M-l  —  (Continued) 


Function  i*  a  Discrata  Action  or  Dac. 

Not  Dapandant  on  a  Dacia  ion 

ALLOCATION  COMPONENTS(ALL  RULES) 

Coar»a«0 

Praciaa-1 

Slow*0 

Faat.1 

Simpla*0 

Comp4ax-1 

Impoaa 

Human 

Allocation 

Human  Prim. 
Auto.  Sacond. 

Automation 

Allocation 

Auto.  Prim 
Human 
Sacond. 

Human/ 

Automation 

Allocation 

Confidanca 

Allocation 

......  • 

;x  . 

..  . . 

_ 

. 

1.00 

high 

Human 

...  ....  ......... 

■ 

.  ■,  $$ 

- 

■ . vx-';'  "J 

•v.  •  ; 

1  00 

hiah 

H(p)A(s) 

0 

1 

0 

1  00 

high 

Automation 

0 

0 

0 

1  00 

hiah 

Automation 

.  ;  '  V;  •  ' : 

 ■ :  ■ . 1  ■ 1 1 :  ■  • 

1  00 

high 

H{p)A(s) 

'  x--:  V ' 

0.20 

0.80 

high 

> 

•o 

I 

(A 

1.00 

high 

Human 

1.00 

high 

Human 

■■■■■■ 

•  •  ....  •  - 

0.20 

0.80 

high 

A(p)H(s) 

0.20 

0  80 

high 

..  A(P)H(S) 

0.20 

0.80 

high 

AlP)H(S). 

020 

0.80 

high 

A(p)H(«] 

0.20 

080 

high 

A(p)H(s) 

•  • 



0.20 

0.80 

high 

A(p)H(S) 

0.20 

0.80 

high 

A(P)H(S) 

0  20 

0.80 

high 

A(P1.H(S)  . 

0.20 

0  80 

high 

A(p)H(S) 

0.20 

0.80 

hiqh 

A(p)H(s) 

0.20 

0.80 

high  - 

A(P)H(S) 

0.20 

0.80 

 high 

| 

X 

«» 

0.20 

080 

high 

A(P|H(S) 

0.20 

0  80 

 high 

A(P)H(s) 

0.20 

0.80 

high 

> 

X 

«> 

'  ,•  , 

..:  .  7.  • 

.....  ■  ■  • 

0.20 

0  80 

high 

A(p)H(s) 

0.20 

0.80 

high 

A(p)H(S) 

0.20 

0.80 

high 

J 

1 

2 
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TABLE  M-l  —  (Continued) 


ALLOCATION  COMPONENTS*-  AMB.  EVENTS/SAFETY) 

Impossible 

Human 

Allocation 

Human  Primary 
Auto.  Sacond. 

Automation 

Allocation 

Auto.P  rimary 
Human  Sacond. 

Human/ 

Automation 

Allocation 

Confidence 

Allocation 

'  :  : 

i.ob 

hi9h  ,  ,  i 

Human 

1.00 

modarate 

A(p)H(s) 

0.30 

0.70 

modarata 

H(p)A(s) 

0.83 

0.17 

low 

Human 

v: 

1.00 

modarata 

Moms) 

0.30 

0.70 

moderate 

H(p)A(s) 

1.00 

high 

Human 

1.00 

high 

Human 

0.75 

0.25 

low 

Human 

0.75 

0.25 

low 

Human 

0.30 

0.70 

moderate 

H(p)A(s) 

0.60 

0.40 

low 

Human 

0.60 

0.40 

low 

Human 

0.75 

025 

low 

Human 

0.75 

0.25 

low 

Human 

0.30 

0.70 

modarata 

H(p)A(s) 

060 

040 

low 

Human 

060 

0  40 

low 

Human 

0  75 

0  25 

- 

low 

Human 

0.90 

0.10 

low 

Human 

0.30 

0  70 

moderate 

H(p)A[s) 

0.60 

0.40 

low 

Human 

0.60 

0  40 

low 

Human 

6.30 

0.70 

moderate 

H(p)A(s) 

0.60 

040 

low 

Human 

060 

0.40 

low 

Human 
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TABLE  M-ll  —  SAMPLE  EVALUATION  OF  THE  PROCESS  B  FUNCTION  ALLOCATION 
METHODOLOGY  USING  THE  DESCENT  TO  OUTER  MAKER  SEGMENT 


<D 

V 


ANALYSIS  FORMAT 


Evtnl  Tim* 

E  1  Croat  intarmad  aprch  lx  04  55  12 

2  On  court* 

3  Amv*  *M900  FT  MSL 

4  Croat  Inal  aprch  ix 

8  On  courmariocalzar 

•  Intarcapt  gid*  slop# 

_ 7  Cfo—  out*r  marfcar _ 04  50:06 

EvanVFunctlon 

©  ®  ©  ®  X  © 

V_ V  V  V_ V_ V 


— x - ■  — >c—  ■  — x—  ■ - x—  ■ — x—  ■  — x—  ■ — x—  ■ — » 


V 

Evan* 

*  > 

TtmaVWndow 

■ 

Tim*  Duration 

— x - ■  — x—  ■ - x—  ■  —x—  ■— x—  ■  —x—  ■  —x—  ■  — > 


<—  ■  — > 


<-  ■  — > 


<-  ■  — > 


— x - ■  — x-  ■  — :<-  ■ - x—  ■  — .<-  ■  — :<-  ■  — ;<-  ■  — > 


-{< - ■  — 1<-  ■  — :<-  ■ - :<-  ■  — c<-  ■  —  <-  ■  — ■  — > 


<-  ■-> 


1  MtMkHT 

LAX  to  JFK 

1  Partod: 

Arrival 

1.4  Phsat 

Approach 

1  4  Sagmant 

Daacant  1o  outer  msrkar 

D apart  dan ct 

r 

Evant 

Function 

Function 

Pro 

Rat 

Saq 

Con 

FI 

Msrtag*  Fight  Coordination 

a 

Won  tor  Partyin* 

F2 

Manag*  Aircraft  SystatTteProcartera* 

. 

a 

Monitor  systems  atatua 

b 

Lowar  landing  gaar 

E5 

c 

E  aland  flap*  to  35  dagraa* 

d 

Exland  flap*  to  SO  dagraa* 

F2c 

• 

1 

Vanfy  ground  manauv  bill  ays  opart n 
Arm  spa  tars  for  landing 

o 

Accat*  bafor*  landing  chacfclist 

h 

Vanfy  landing  gaar  lowarad 

F2g 

i 

Vanfy  auto  braking  ay  slam  activatad 

F2g 

i 

Vanfy  spoiiara  armad 

F2g 

k 

vanfy  flapa/tiats  axtendad  for  landing 

F2g 

I 

Vanfy  abmatera  aat  for  local  praaaur* 

F2g 

m 

Slow  bafor*  landing  chackiat 

' 

F3 

Manag*  Aircraft  Movamant 

a 

Monitor  Ground/FWght  Path 

b 

Maintain  155  kts 

1  Monitor  mdicatad/commandad  apaad 

2  Evaluat*  apaad  chang*  raqmramanta 

3  Modify  thrust  commands  aa  raquirad 

F3c-h 

c 

Contnu*  dascant  to  1 900  FT  MSL 

1  Monitor  mdicatad'commandad  aistud* 

2  Evaluat*  altitud*  dacraas*  proorass 

3  Modify  pitch  commands  ss  raquirad 

F3ba-h 

d 

Maintain  altited*  at  1 900  FT  MSL 

1  Monitor  mdicaiad/commandad  aflud* 

2  Evsluata  skrluda  changa  raqmramanta 

3  Modify  pitch  command  a  aa  raqurad 

ES 

F3c 

a 

Turn  to  naw  haading  (005  dag) 

El 

F3bc 

f 

1  Salacl  rol  rstaa 

2  Monitor  tor  roit  in  cua 

3  Command  lafl  roll  in 

4  Monitor  indtcatad/commardad  roi  rata 

8  Command  nght  rod  out 

9  Evaluat#  racovary  prograaa 

10  Modify  rod  rata  aa  raqmrad 

Maintain  haadmg  (005  dag) 

1  Mor  tor  mdicatad/commandad  haading 

2  Evaluat*  haading  changa  raqmramanta 

3  Modify  rod  commands  a  a  raquirad 

E2 

F3* 

F3bcd 

g 

Turn  to  naw  haading  (313  dag) 

1  Salad  rod  rata* 

2  Monitor  for  rail  in  cua 

3  Command  la  ft  rod  m 

4  Monitor  mdicatad'commandad  rod  rata 

5  Evaluat*  turn  prograss 

6  Modify  roi  rata  aa  raquirad 

7  Monitor  tor  roll  out  cua 

8  Command  nght  roi  out 

9  Evaluat*  racovary  prograaa 

10  Modfy  rod  rat*  aa  raqmrad 

E3 

F3f 

F3bd 

h 

Maintain  haading  (aprch  runway) 

1  Monitor  mdicatad/commandad  haadmg 

2  Evaluat*  haading  chang*  raqmramanta 

3  Modify  rod  comma nda  aa  raquirad 

E4 

F3g 

F3bd 

F4 

Msnag*  Fight  Plan 

a 

Mon  tor  Nght  prograaa 

F5 

Manag#  Contnganoaa 

a 

Prapara  for  rmsaad  approach 

1  Salacl  ms  sad  aprch  racovary  afttud* 

U2 
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TABLE  M-ll  —  (Continued) 


Function 

invotva 

Monitoring? 

no»0.ytt«1 

Function 

Invoiva 

Commun¬ 

ication? 

no«0.yttBl 

Currant  ly 

Communication  is: 
Tactics!  or 
Stratagic 

TteMetiaO 

Stoltgltal 

Function 

Faasibla 

to 

Automats? 

no*0,ytt*1 

Function 

Bsyond 

Human 

Capacity? 

no»0,yttal 

Function 

invoiva 
Ambiguous 
or  Uncart  sin 
info_/Evanta? 

nOaO.yttal 

Function 

Easantiai  to 
tha  Mission 
or  to  Safaty? 

no*0,ytt«1 

Misintsrp. 

Errors 

Posalbia? 

nOaO.yttal 

P#rfO  fTH® 

Schedule 

^•flonr 

.  A" 

,  ... 

.. 

,  ..  , 

••  •  :  :#.•& 

Inttrmt 

Inform 

0 

0 

0 

b 

1 

1 

1 

0 

. 

:  \ 

- 

;  ...  ,  ; 

:  . :-;v  ■ 

Inttrmt 

Inform 

1 

b 

1 

i 

1 

1 

0 

Dttcrttt 

Acton 

1 

0 

0 

i 

0 

0 

0 

Dttcrttt 

Acton 

1 

0 

0 

i 

0 

0 

0 

Onerd* 

Acton 

1 

0 

0 

0 

0 

0 

Ottertrt 

Otawon 

1 

0 

1 

'  «F 

0 

0 

0 

Otterttt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Dttcrttt 

Acton 

1 

0 

0 

1 

0 

0 

0 

0  ttcrttt 

Dtawon 

1 

0 

0 

1 

0 

0 

0 

Dttcrttt 

0*o  won 

1 

0 

0 

1 

0 

0 

0 

Dttcrttt 

Ota  won 

1 

0 

0 

1 

0 

0 

0 

Dttcrttt 

D  to  won 

1 

0 

0 

1 

0 

0 

0 

Otterttt 

Dtawon 

1 

0 

0 

1 

1 

0 

0 

OncriU 

Acton 

1 

0 

0 

0 

0 

0 

0 

Inttrmt 

Inform 

1 

0 

1 

1 

0 

1 

0 

Continu 

Inttrmt 

Inform 

1 

0 

0 

1 

1 

1 

0 

Intermit 

Ota  won 

1 

0 

0 

1 

1 

0 

0 

Inttrmt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Continu 

Inttrmt 

Inform 

1 

0 

0 

1 

1 

1 

0 

Inttrmt 

Ota  won 

1 

0 

0 

1 

1 

0 

0 

Inttrmt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Continu 

Inttrmt 

Inform 

1 

0 

0 

1 

1 

1 

0 

Inttrmt 

Dtawon 

1 

0 

h  0 

1 

1 

0 

0 

Inttrmt 

Acton 

1 

0 

0 

1 

5 

0 

0 

Continu 

Dttcrttt 

Ota  won 

1 

0 

0 

1 

i 

0 

0 

Inttrmt 

Inform 

1 

0 

0 

1 

H  5 

1 

0 

Dttcrttt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Intermit 

Inform 

 1  . 

■■  0  '  ' 

0 

1 

“  0  " 

1 

0 

Oterttt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Inttrmt 

Ota  won 

1 

0 

0 

1 

0 

1 

0 

Inttrmt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Continu 

Inttrmt 

Inform 

1 

0 

0 

1 

0 

1 

0 

Inttrmt 

Otawon 

1 

0 

0 

1 

0 

0 

0 

inttrmt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Continu 

Oiterttt 

Otawon 

1 

0 

0 

1 

1 

0 

0 

Inttrmt 

Inform 

1 

0 

0 

1 

0 

1 

0 

Oiterttt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Inttrmt 

Inform 

1 

0 

0 

1 

0 

1 

0 

Inttrmt 

Otawon 

1 

0 

0 

1 

0 

1 

0 

Inttrmt 

Acton 

1 

0 

0 

1 

0 

0 

0 

Inttrmt 

Inform 

1 

0 

0 

1 

0 

1 

0 

Dttcrttt 

Acton 

*3L 

0 

5“ 

1 

0 

0 

5 

Inttrmt 

Otawon 

i 

0 

0 

1 

0 

1 

0 

Inttrmt 

Acton 

i 

0 

0 

0 

0 

0 

Continu 

Inttrmt 

Inform 

i 

0 

0 

1 

0 

1 

0 

Inttrmt 

Otowon 

::  T-11 

0 

0 

1 

0 

0 

0 

Inttrmt 

Acton 

i 

0 

0 

1 

0 

0 

0 

Inttrmt 

Inform 

i 

0 

1 

1 

1 

1 

0 

Oiterttt 

Otawon 

i 

0 

0 

1 

1 

0 

0 
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TABLE  M-ll  —  (Continued) 


Currently  Monitoring  ia: 
Oatellnk/Syttem 

Info  or  Human 
Perceived  (e.g., 
TCAS.RA  or  ATC  Vote#) 
out yea#,  KParal 

Function  in 
Potentially 
Fatiguing 
Situation? 

no>ayaa«i 

Function  i«  Not 
Monitoring  and  ia  Not 
Communication,  but  la: 

COfltftuoutaO 

klNffllMMlil 

oiocf a*— a 

Intarmrttont 
Daciaion  or  Action 
Receiving  a  Rata 
of  inputa  that  la: 

Low;  0 

Hlgfwl 
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